FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 08-18-2008, 10:37 AM
"Peter Robinson"
 
Default mono and silverlight

> Given the problems with silverlight, the mono-2.0 previews for rawhide
> will have the option to build silverlight removed. It is not a big thing
> to do this and I can create a subpackage (mono-silverlight) if enough
> people say they want it.
>
> Vote now folks!

Isn't there some license issue that causes Fedora not to be able to
distribute it and it has to be downloaded from Novell's site?

I'm sure this has been addressed previously.

Peter

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 08-18-2008, 11:20 AM
Michal Nowak
 
Default mono and silverlight

----- "Peter Robinson" <pbrobinson@gmail.com> wrote:
> Isn't there some license issue that causes Fedora not to be able to
> distribute it and it has to be downloaded from Novell's site?
>
> I'm sure this has been addressed previously.
>
> Peter
>

https://fedoraproject.org/wiki/ForbiddenItems#Moonlight

Never heard more news on this issue.

Michal

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 08-18-2008, 11:46 AM
Paul
 
Default mono and silverlight

Hi,

> > Vote now folks!
>
> Isn't there some license issue that causes Fedora not to be able to
> distribute it and it has to be downloaded from Novell's site?
>
> I'm sure this has been addressed previously.

It has. However, mono itself (including the libraries and compilers) are
MIT license which is why I'm asking if it needs a sub-package or if it
needs to be taken out.

TTFN

Paul
--
Sie können mich aufreizen und wirklich heiß machen!
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 08-18-2008, 12:06 PM
"Peter Robinson"
 
Default mono and silverlight

>> > Vote now folks!
>>
>> Isn't there some license issue that causes Fedora not to be able to
>> distribute it and it has to be downloaded from Novell's site?
>>
>> I'm sure this has been addressed previously.
>
> It has. However, mono itself (including the libraries and compilers) are
> MIT license which is why I'm asking if it needs a sub-package or if it
> needs to be taken out.

My guess would be that because its in the forbidden list it would need
to be taken out entirely.

Peter

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 08-18-2008, 01:33 PM
Tom "spot" Callaway
 
Default mono and silverlight

On Mon, 18 Aug 2008 11:21:13 +0100
Paul <paul@all-the-johnsons.co.uk> wrote:

> Hi,
>
> Given the problems with silverlight, the mono-2.0 previews for rawhide
> will have the option to build silverlight removed. It is not a big thing
> to do this and I can create a subpackage (mono-silverlight) if enough
> people say they want it.

Is the silverlight code actually inside mono 2.0? Or is this just a mono
extension that links to the silverlight code if present?

If the code is actually inside mono 2.0, we need to strip it out of the tarball.
If this is just an extension, we can just disable it. Moonlight/Silverlight are
forbidden items in Fedora.

~spot
--
Tom "spot" Callaway <tcallawa@redhat.com>

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 08-18-2008, 07:09 PM
Paul
 
Default mono and silverlight

Hi,

> If the code is actually inside mono 2.0, we need to strip it out of the tarball.
> If this is just an extension, we can just disable it. Moonlight/Silverlight are
> forbidden items in Fedora.

./configure --help says

--with-moonlight=yes,no If you want to build the Moonlight 2.1
assemblies

A quick look through the codebase doesn't show anything much though...

TTFN

Paul
--
Sie können mich aufreizen und wirklich heiß machen!
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 08-18-2008, 07:51 PM
Gerald Henriksen
 
Default mono and silverlight

On Mon, 18 Aug 2008 20:09:11 +0100, you wrote:

>Hi,
>
>> If the code is actually inside mono 2.0, we need to strip it out of the tarball.
>> If this is just an extension, we can just disable it. Moonlight/Silverlight are
>> forbidden items in Fedora.
>
>./configure --help says
>
>--with-moonlight=yes,no If you want to build the Moonlight 2.1
>assemblies
>
>A quick look through the codebase doesn't show anything much though...

>From the mono README file:

--with-moonlight=yes,no

Whether you want to generate the Silverlight/Moonlight
libraries and toolchain in addition to the default
(1.1 and 2.0 APIs).

This will produce the `smcs' compiler which will
reference
the Silvelright modified assemblies (mscorlib.dll,
System.dll, System.Code.dll and System.Xml.Core.dll)
and turn
on the LINQ extensions for the compiler.

This option defaults to `no' and it is considered
pre-alpha.

Moonlight itself is a separate download:

http://www.go-mono.com/moonlight/



--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 08-18-2008, 08:11 PM
Gerald Henriksen
 
Default mono and silverlight

On Mon, 18 Aug 2008 20:09:11 +0100, you wrote:

>Hi,
>
>> If the code is actually inside mono 2.0, we need to strip it out of the tarball.
>> If this is just an extension, we can just disable it. Moonlight/Silverlight are
>> forbidden items in Fedora.
>
>./configure --help says
>
>--with-moonlight=yes,no If you want to build the Moonlight 2.1
>assemblies
>
>A quick look through the codebase doesn't show anything much though...

>From the Moonlight INSTALL file:

Moonlight: Silverlight 2.0 API support
======================================

If you want to support the Silverlight 2.0 API (managed
support, this includes the Mono runtime and .NET APIs to run
apps) you will need in addition to:

* Install Mono from SVN (you need both the mono and
mcs modules).

Use the --with-moonlight=yes option to configure



>From looking through the mono configure file it looks like the
--with-moonlight option just adds the required support to mono that
Moonlight needs to run (Silverlight 2 requires a .NET runtime,
Silverlight 1 was entirely independent of a .NET runtime).

So it appears all that is needed to keep Moonlight out of Fedora is to
not package the Moonlight tarball which is a separate download.

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 08-18-2008, 10:05 PM
Paul
 
Default mono and silverlight

Hi,

> >--with-moonlight=yes,no If you want to build the Moonlight 2.1
> >assemblies
> >
> >A quick look through the codebase doesn't show anything much though...
>
> From the mono README file:
>
> --with-moonlight=yes,no
>
> Whether you want to generate the Silverlight/Moonlight
> libraries and toolchain in addition to the default
> (1.1 and 2.0 APIs).
>
> This will produce the `smcs' compiler which will
> reference
> the Silvelright modified assemblies (mscorlib.dll,
> System.dll, System.Code.dll and System.Xml.Core.dll)
> and turn
> on the LINQ extensions for the compiler.
>
> This option defaults to `no' and it is considered
> pre-alpha.

Do I therefore need to remove the code which produces smcs? If you
create without the option to not produce the moonlight code, additional
files are produced. Have a look at the spec file for the srpm at
http://pfj.fedorapeople.org/mono (you'll need to grab the srpm and look
at the spec file inside of it).

TTFN

Paul

TTFN

Paul
--
Sie können mich aufreizen und wirklich heiß machen!
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 08-19-2008, 05:10 PM
"Tom "spot" Callaway"
 
Default mono and silverlight

On Mon, 2008-08-18 at 16:11 -0400, Gerald Henriksen wrote:
> So it appears all that is needed to keep Moonlight out of Fedora is to
> not package the Moonlight tarball which is a separate download.

Seems reasonable. So, just disable the moonlight enablement in the mono
package, you should not need to strip the tarball.

~spot

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Tue Aug 19 20:30:01 2008
Return-path: <bounce-debian-kernel=tom=linux-archive.org@lists.debian.org>
Envelope-to: tom@linux-archive.org
Delivery-date: Tue, 19 Aug 2008 20:12:17 +0300
Received: from liszt.debian.org ([82.195.75.100])
by s2.java-tips.org with esmtps (TLSv1:AES256-SHA:256)
(Exim 4.69)
(envelope-from <bounce-debian-kernel=tom=linux-archive.org@lists.debian.org>)
id 1KVUkj-0005ek-2D
for tom@linux-archive.org; Tue, 19 Aug 2008 20:12:17 +0300
Received: from localhost (localhost [127.0.0.1])
by liszt.debian.org (Postfix) with QMQP
id 4430713A5223; Tue, 19 Aug 2008 17:12:18 +0000 (UTC)
Old-Return-Path: <debbugs@rietz.debian.org>
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on liszt.debian.org
X-Spam-Level:
X-Spam-Status: No, score=-6.0 required=4.0 tests=LDO_WHITELIST,
RCVD_IN_DNSWL_LOW autolearn=failed version=3.2.3
X-Original-To: lists-debian-kernel@liszt.debian.org
Delivered-To: lists-debian-kernel@liszt.debian.org
Received: from localhost (localhost [127.0.0.1])
by liszt.debian.org (Postfix) with ESMTP id E7F8513A48A7
for <lists-debian-kernel@liszt.debian.org>; Tue, 19 Aug 2008 16:54:43 +0000 (UTC)
Received: from liszt.debian.org ([127.0.0.1])
by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
with ESMTP id 25974-25 for <lists-debian-kernel@liszt.debian.org>;
Tue, 19 Aug 2008 16:54:41 +0000 (UTC)
Received: from rietz.debian.org (rietz.debian.org [140.211.166.43])
by liszt.debian.org (Postfix) with ESMTP id 07BEE13A489A;
Tue, 19 Aug 2008 16:54:41 +0000 (UTC)
Received: from debbugs by rietz.debian.org with local (Exim 4.63)
(envelope-from <debbugs@rietz.debian.org>)
id 1KVUQA-0002Oc-Va; Tue, 19 Aug 2008 16:51:02 +0000
X-Loop: owner@bugs.debian.org
Subject: Bug#355883: Same problem here
Reply-To: "Adam =?UTF-8?Q?C=C3=A9cile?= (Le_Vert)" <gandalf@le-vert.net>, 355883@bugs.debian.org
Resent-From: "Adam =?UTF-8?Q?C=C3=A9cile?= (Le_Vert)" <gandalf@le-vert.net>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Debian Kernel Team <debian-kernel@lists.debian.org>
Resent-Date: Tue, 19 Aug 2008 16:51:02 +0000
Resent-Message-ID: <handler.355883.B355883.12191646138709@bugs.debian .org>
X-Debian-PR-Message: followup 355883
X-Debian-PR-Package: linux-2.6
X-Debian-PR-Keywords:
Received: via spool by 355883-submit@bugs.debian.org id=B355883.12191646138709
(code B ref 355883); Tue, 19 Aug 2008 16:51:02 +0000
Received: (at 355883) by bugs.debian.org; 19 Aug 2008 16:50:13 +0000
Received: from le-vert.net ([81.56.196.209] helo=mail.le-vert.net)
by rietz.debian.org with esmtp (Exim 4.63)
(envelope-from <gandalf@le-vert.net>)
id 1KVUPM-0002G2-U6
for 355883@bugs.debian.org; Tue, 19 Aug 2008 16:50:13 +0000
Received: from mail.le-vert.net (localhost [127.0.0.1])
by mail.le-vert.net (Postfix) with ESMTP id A46A7445117
for <355883@bugs.debian.org>; Tue, 19 Aug 2008 18:50:11 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha1; c=simple; d=le-vert.net; h=message-id
:date:from:mime-version:to:subject:content-type:
content-transfer-encoding; s=selector1; bh=KB1FoWffzn303AA7ZsAMv
o3bd2Q=; b=k2dPWwVbZqsgxVkcuWemUbdoiqTxRvUDNRpeYEsY/5SpVU6LeGR9B
KYShFmPYNf+llsddRlhjiENYnj1elz682hoiyNhxwjngDrWDvX VkD6N4bXWyYyBN
YPe3P0o90ek6QlEw3Sdkh6iBvrrw4AxFEnYMksCZJtyA9vRqSh OdaI=
DomainKey-Signature: a=rsa-sha1; c=simple; d=le-vert.net; h=message-id:date
:from:mime-version:to:subject:content-type:
content-transfer-encoding; q=dns; s=selector1; b=gCCw3DzW8pisZCW
Jnr96qZaDPYqxaIzD2xtxfmxwYg5Pl6VA3vROTGP/PXH9bQH1YK47ZcufYSAJmbu
7gLcLiyz2jnucG1o7NEsrK21ar0SXjanPQDH0Std/bGqps4vRcv0byoDqgFhqnMQ
+jslLsnSh4pfFVt/aL5TM8vXueQM=
Received: from [10.1.0.1] (ip-205.net-82-216-175.joinville2.rev.numericable.fr [82.216.175.205])
by mail.le-vert.net (Postfix) with ESMTPSA id 6BABA445115
for <355883@bugs.debian.org>; Tue, 19 Aug 2008 18:50:11 +0200 (CEST)
Message-ID: <48AAF9C3.4000009@le-vert.net>
Date: Tue, 19 Aug 2008 18:50:11 +0200
From: "Adam =?UTF-8?Q?C=C3=A9cile?= (Le_Vert)"
<gandalf@le-vert.net>
User-Agent: Mozilla-Thunderbird 2.0.0.16 (X11/20080724)
MIME-Version: 1.0
To: 355883@bugs.debian.org
X-Enigmail-Version: 0.95.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Resent-Date: Tue, 19 Aug 2008 16:51:02 +0000
X-Virus-Scanned: at lists.debian.org with policy bank en-ht
X-Amavis-Spam-Status: No, score=-7 tagged_above=3.6 required=5.3 tests=[BAYES_00=-2,
LDO_WHITELIST=-5]
X-Rc-Spam: 2007-10-04_01
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2007-10-04_01
X-Mailing-List: <debian-kernel@lists.debian.org> archive/latest/40694
X-Loop: debian-kernel@lists.debian.org
List-Id: <debian-kernel.lists.debian.org>
List-URL: <http://lists.debian.org/debian-kernel/>
List-Post: <mailto:debian-kernel@lists.debian.org>
List-Help: <mailto:debian-kernel-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-kernel-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-kernel-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-kernel-request@lists.debian.org

Hello,

I can confirm this bug 2.6.26-1-amd64 and a slightly modified rebuild of
the i386 flavour.
My usb stick is unusable.

I noticed severity has been dropped from important to normal. Any
justification ?

I'd rather say it's critical. Everybody needs usb sticks....

Regards, Adam.



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 

Thread Tools




All times are GMT. The time now is 12:34 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org