Re: NEW handling: About rejects, and kernels

2005-04-08 Thread Wouter Verhelst
On Mon, Apr 04, 2005 at 11:43:52PM +1000, Hamish Moffatt wrote: > On Mon, Apr 04, 2005 at 11:13:55AM +0200, Wouter Verhelst wrote: > > On Sun, Apr 03, 2005 at 11:22:51PM +1000, Hamish Moffatt wrote: > > > Given some options: > > > > > > 1. Don't distribute the firmware blob at all; > > > 2. Provid

Re: NEW handling: About rejects, and kernels

2005-04-04 Thread Andreas Barth
* Henning Makholm ([EMAIL PROTECTED]) [050402 18:10]: > Scripsit [EMAIL PROTECTED] (Marco d'Itri) > > On Apr 02, Henning Makholm <[EMAIL PROTECTED]> wrote: > > >> >> >> I'm ok with (1), provided we do it in the non-free archive. > > >> >> > This does present certain logistical problems for produc

Re: NEW handling: About rejects, and kernels

2005-04-04 Thread Hamish Moffatt
On Mon, Apr 04, 2005 at 11:13:55AM +0200, Wouter Verhelst wrote: > On Sun, Apr 03, 2005 at 11:22:51PM +1000, Hamish Moffatt wrote: > > Given some options: > > > > 1. Don't distribute the firmware blob at all; > > 2. Provide a way to download the blob during install (while admitting > >this won

Re: NEW handling: About rejects, and kernels

2005-04-04 Thread Wouter Verhelst
On Sun, Apr 03, 2005 at 12:36:57PM +0200, Marco d'Itri wrote: > On Apr 03, Wouter Verhelst <[EMAIL PROTECTED]> wrote: > > On Sat, Apr 02, 2005 at 04:51:18PM +0100, Henning Makholm wrote: > > > | Installer images x, y, and z belong to the 'main' distribution of > > > | Debian, and therefore do suppo

Re: NEW handling: About rejects, and kernels

2005-04-04 Thread Wouter Verhelst
On Sun, Apr 03, 2005 at 11:22:51PM +1000, Hamish Moffatt wrote: > Given some options: > > 1. Don't distribute the firmware blob at all; > 2. Provide a way to download the blob during install (while admitting >this won't work if the blob is the code for your ADSL modem); > 3. Provide the blob o

Re: NEW handling: About rejects, and kernels

2005-04-04 Thread Wouter Verhelst
On Sun, Apr 03, 2005 at 02:10:34PM -0400, Daniel Burrows wrote: > On Sunday 03 April 2005 05:51 am, Wouter Verhelst wrote: > > Putting items from the non-free archive in the installer images does > > just that. It is debatable whether the intention is the same, but by our > > rulebook, this is not

Re: NEW handling: About rejects, and kernels

2005-04-03 Thread Daniel Burrows
On Sunday 03 April 2005 05:51 am, Wouter Verhelst wrote: > Putting items from the non-free archive in the installer images does > just that. It is debatable whether the intention is the same, but by our > rulebook, this is not allowed. Wait...so you're saying it's OK to put non-free stuff in the

Re: NEW handling: About rejects, and kernels

2005-04-03 Thread Henning Makholm
Scripsit Mark Brown <[EMAIL PROTECTED]> > On Sun, Apr 03, 2005 at 01:19:32AM +0100, Henning Makholm wrote: >> Scripsit Mark Brown <[EMAIL PROTECTED]> >> > One example: with our current package management tools once you've got >> > an apt source in your configuration the packages it provides will s

Re: NEW handling: About rejects, and kernels

2005-04-03 Thread Hamish Moffatt
On Sun, Apr 03, 2005 at 11:51:15AM +0200, Wouter Verhelst wrote: > On Sat, Apr 02, 2005 at 04:52:58PM +0100, Henning Makholm wrote: > > Scripsit [EMAIL PROTECTED] (Marco d'Itri) > > > On Apr 02, Henning Makholm <[EMAIL PROTECTED]> wrote: > > >> So what? > > > > > So it is a problem, because curren

Re: NEW handling: About rejects, and kernels

2005-04-03 Thread Mark Brown
On Sat, Apr 02, 2005 at 06:15:04PM -0800, Thomas Bushnell BSG wrote: > Matthew Garrett <[EMAIL PROTECTED]> writes: > > This does present certain logistical problems for producing installers. > A free kernel can't support that hardware. It's a shame, but it's > true. Do you mean to say a free in

Re: NEW handling: About rejects, and kernels

2005-04-03 Thread Marco d'Itri
On Apr 03, Wouter Verhelst <[EMAIL PROTECTED]> wrote: > On Sat, Apr 02, 2005 at 04:51:18PM +0100, Henning Makholm wrote: > > | Installer images x, y, and z belong to the 'main' distribution of > > | Debian, and therefore do support various recent makes of hardware > > | (link to list) that require

Re: NEW handling: About rejects, and kernels

2005-04-03 Thread Mark Brown
On Sun, Apr 03, 2005 at 01:19:32AM +0100, Henning Makholm wrote: > Scripsit Mark Brown <[EMAIL PROTECTED]> > > One example: with our current package management tools once you've got > > an apt source in your configuration the packages it provides will start > > to show up in things like searches.

Re: NEW handling: About rejects, and kernels

2005-04-03 Thread Wouter Verhelst
On Sat, Apr 02, 2005 at 04:51:18PM +0100, Henning Makholm wrote: > | Installer images x, y, and z belong to the 'main' distribution of > | Debian, and therefore do support various recent makes of hardware > | (link to list) that require non-free firmware that cannot go into > | 'main'. If you need

Re: NEW handling: About rejects, and kernels

2005-04-03 Thread Wouter Verhelst
On Sat, Apr 02, 2005 at 04:52:58PM +0100, Henning Makholm wrote: > Scripsit [EMAIL PROTECTED] (Marco d'Itri) > > On Apr 02, Henning Makholm <[EMAIL PROTECTED]> wrote: > >> So what? > > > So it is a problem, because currently it would not be allowed. > > Where does it say that such images are not

Re: NEW handling: About rejects, and kernels

2005-04-03 Thread Marco d'Itri
On Apr 03, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > A free kernel can't support that hardware. It's a shame, but it's This is a lie. Devices which need a firmware upload are supported by totally free drivers. -- ciao, Marco signature.asc Description: Digital signature

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Matthew Garrett
Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: Thomas, please stop Cc:ing me on Debian mailing list threads. I read the list. > Matthew Garrett <[EMAIL PROTECTED]> writes: > >>> I'm ok with (1), provided we do it in the non-free archive. >> >> This does present certain logistical problems for pr

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Thomas Bushnell BSG
Wouter van Heyst <[EMAIL PROTECTED]> writes: > The awkwad situation would be that d-i is part of Debian, and non-free > isn't, so anything in non-free can not be part of the installer? > But having a (non-free) firmware section with components of that in the > installer is ok? If it's done right,

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Thomas Bushnell BSG
Matthew Garrett <[EMAIL PROTECTED]> writes: >> I'm ok with (1), provided we do it in the non-free archive. > > This does present certain logistical problems for producing installers. A free kernel can't support that hardware. It's a shame, but it's true. If we want an alternative installer with

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Thomas Bushnell BSG
Matthew Garrett <[EMAIL PROTECTED]> writes: > The choice is not between free firmware and non-free firmware. The > choice is between firmware on disk and firmware on chip. That's the > reality of the situation. I'd prefer us to adopt policies based on what > currently exists, rather than on what m

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Henning Makholm
Scripsit Mark Brown <[EMAIL PROTECTED]> > On Sat, Apr 02, 2005 at 04:57:09PM +0100, Henning Makholm wrote: >> Scripsit Matthew Garrett <[EMAIL PROTECTED]> >> > I've suggested before that creating a separate section for firmware may >> > be the best solution. >> You have not described how that wou

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Henning Makholm
Scripsit [EMAIL PROTECTED] (Marco d'Itri) > On Apr 02, Henning Makholm <[EMAIL PROTECTED]> wrote: >> Where does it say that such images are not allowed? > At least current practice, and the build scripts not being able to do it. The only thing that is necessary is to update the build scripts the

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Mark Brown
On Sat, Apr 02, 2005 at 04:57:09PM +0100, Henning Makholm wrote: > Scripsit Matthew Garrett <[EMAIL PROTECTED]> > > I've suggested before that creating a separate section for firmware may > > be the best solution. > You have not described how that would differ from using 'non-free'. One example:

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Mark Brown
On Sat, Apr 02, 2005 at 04:26:28PM +0200, Wouter van Heyst wrote: > On Sat, Apr 02, 2005 at 03:01:34PM +0100, Matthew Garrett wrote: > > I'm not suggesting that we claim that firmware is Free, but putting it > > in non-free is: > > (a) going to result in an awkward situation for installation, and

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Marco d'Itri
On Apr 02, Henning Makholm <[EMAIL PROTECTED]> wrote: > Where does it say that such images are not allowed? At least current practice, and the build scripts not being able to do it. -- ciao, Marco signature.asc Description: Digital signature

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Henning Makholm
Scripsit Matthew Garrett <[EMAIL PROTECTED]> > Henning Makholm <[EMAIL PROTECTED]> wrote: >> Scripsit Matthew Garrett <[EMAIL PROTECTED]> I'm ok with (1), provided we do it in the non-free archive. >>> This does present certain logistical problems for producing installers. >> Which ones? >

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Henning Makholm
Scripsit [EMAIL PROTECTED] (Marco d'Itri) > On Apr 02, Henning Makholm <[EMAIL PROTECTED]> wrote: >> >> >> I'm ok with (1), provided we do it in the non-free archive. >> >> > This does present certain logistical problems for producing installers. >> >> Which ones? >> > The fact that they need t

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Henning Makholm
Scripsit Wouter Verhelst > On Sat, Apr 02, 2005 at 02:39:57PM +0100, Henning Makholm wrote: > > The installer images in question would of course need to be > > labeled as containing non-free components, but that hardly > > constitutes a "logistical problem" that is worth worrying about > > for lon

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Wouter Verhelst
On Sat, Apr 02, 2005 at 02:39:57PM +0100, Henning Makholm wrote: > Scripsit [EMAIL PROTECTED] (Marco d'Itri) > > On Apr 02, Henning Makholm <[EMAIL PROTECTED]> wrote: > >> It would be a better course of action to solve those problems than to > >> deliberately mislabel non-free firmware as free. >

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Marco d'Itri
On Apr 02, Henning Makholm <[EMAIL PROTECTED]> wrote: > >> >> I'm ok with (1), provided we do it in the non-free archive. > >> > This does present certain logistical problems for producing installers. > >> Which ones? > > The fact that they need these firmwares to work. > So what? So it is a probl

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Wouter van Heyst
On Sat, Apr 02, 2005 at 03:01:34PM +0100, Matthew Garrett wrote: > non-free isn't part of Debian. Using loadable firmware is becoming > increasingly common in hardware design. In the fairly near future, most > modern hardware is likely to require it in order to allow installation. > > > It would

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Daniel Burrows
On Saturday 02 April 2005 08:31 am, Marco d'Itri wrote: > > It would be a better course of action to solve those problems than to > > deliberately mislabel non-free firmware as free. > > So you would have no objections to distributing firmwares packaged in > non-us [non-free?] on the debian install

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Matthew Garrett
Henning Makholm <[EMAIL PROTECTED]> wrote: > Scripsit Matthew Garrett <[EMAIL PROTECTED]> > >>> I'm ok with (1), provided we do it in the non-free archive. > >> This does present certain logistical problems for producing installers. > > Which ones? non-free isn't part of Debian. Using loadable

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Henning Makholm
Scripsit [EMAIL PROTECTED] (Marco d'Itri) > On Apr 02, Henning Makholm <[EMAIL PROTECTED]> wrote: >> >> I'm ok with (1), provided we do it in the non-free archive. >> > This does present certain logistical problems for producing installers. >> Which ones? > The fact that they need these firmwar

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Marco d'Itri
On Apr 02, Henning Makholm <[EMAIL PROTECTED]> wrote: > >> I'm ok with (1), provided we do it in the non-free archive. > > This does present certain logistical problems for producing installers. > Which ones? The fact that they need these firmwares to work. > It would be a better course of action

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Henning Makholm
Scripsit Matthew Garrett <[EMAIL PROTECTED]> >> I'm ok with (1), provided we do it in the non-free archive. > This does present certain logistical problems for producing installers. Which ones? It would be a better course of action to solve those problems than to deliberately mislabel non-free

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Matthew Garrett
Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > Matthew Garrett <[EMAIL PROTECTED]> writes: > >> 1) Distribute the non-free firmware. Our users are happy. >> 2) Don't distribute the non-free firmware. Our users either download the >> non-free firmware from elsewhere (bad) or replace their hardwar

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Matthew Garrett
Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > Matthew Garrett <[EMAIL PROTECTED]> writes: > >> When people actually get around to a decent "Free firmware" campaign, >> then I think we'll have a stronger argument for not distributing >> firmware. At the moment, the non-freeness of firmware isn't

Re: NEW handling: About rejects, and kernels

2005-04-02 Thread Matthew Garrett
Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > Matthew Garrett <[EMAIL PROTECTED]> writes: >> Why? How does it benefit Debian if our users have to obtain firmware >> from somewhere else to make their hardware work? How does it benefit >> freedom if we imply that hardware with on-chip firmware is

Re: NEW handling: About rejects, and kernels

2005-04-01 Thread Thomas Bushnell BSG
Eduard Bloch <[EMAIL PROTECTED]> writes: > As said, burn all hardware in your house. Now. Please. Then you have > definitely defeated the evil non-freeness. As I have said, I don't think non-free software is evil. I just think it is not part of the Debian main archive. -- To UNSUBSCRIBE, emai

Re: NEW handling: About rejects, and kernels

2005-04-01 Thread Eduard Bloch
#include * Thomas Bushnell BSG [Thu, Mar 31 2005, 06:52:24PM]: > Eduard Bloch <[EMAIL PROTECTED]> writes: > > > That is bullshit/lies/cheating (pick one). It should be worded: > > > > "We are not willing to support his hardware just because we (at least > > some of us) decided to demonstrate how

Re: NEW handling: About rejects, and kernels

2005-03-31 Thread Thomas Bushnell BSG
Eduard Bloch <[EMAIL PROTECTED]> writes: > That is bullshit/lies/cheating (pick one). It should be worded: > > "We are not willing to support his hardware just because we (at least > some of us) decided to demonstrate how can we can strike against the > non-freeness of the hardware development ass

Re: NEW handling: About rejects, and kernels

2005-03-31 Thread Eduard Bloch
#include * Thomas Bushnell BSG [Sat, Mar 26 2005, 11:49:37PM]: > This is like saying that people will use star office whether it's DFSG > free or not, so there is no reason to say "we won't distribute this > until it's DFSG free". In fact, people can and do make things free. > > > Please explai

Re: NEW handling: About rejects, and kernels

2005-03-31 Thread Thomas Bushnell BSG
Hamish Moffatt <[EMAIL PROTECTED]> writes: > On Thu, Mar 31, 2005 at 11:09:21AM -0800, Thomas Bushnell BSG wrote: >> Hamish Moffatt <[EMAIL PROTECTED]> writes: >> >> > On Thu, Mar 31, 2005 at 12:50:46AM -0800, Thomas Bushnell BSG wrote: >> >> What I meant is that if the firmware is truly burned i

Re: NEW handling: About rejects, and kernels

2005-03-31 Thread Thomas Bushnell BSG
Hamish Moffatt <[EMAIL PROTECTED]> writes: >> > Why? How does it benefit Debian if our users have to obtain firmware >> > from somewhere else to make their hardware work? How does it benefit >> > freedom if we imply that hardware with on-chip firmware is preferable? >> >> The DFSG says that's the

Re: NEW handling: About rejects, and kernels

2005-03-31 Thread Hamish Moffatt
On Thu, Mar 31, 2005 at 11:09:21AM -0800, Thomas Bushnell BSG wrote: > Hamish Moffatt <[EMAIL PROTECTED]> writes: > > > On Thu, Mar 31, 2005 at 12:50:46AM -0800, Thomas Bushnell BSG wrote: > >> What I meant is that if the firmware is truly burned into the chup, > >> then I couldn't change it even

Re: NEW handling: About rejects, and kernels

2005-03-31 Thread Hamish Moffatt
On Thu, Mar 31, 2005 at 11:10:03AM -0800, Thomas Bushnell BSG wrote: > Matthew Garrett <[EMAIL PROTECTED]> writes: > > >> Regardless, the point is what we distribute, not what is on my > >> computer. > > > > Why? How does it benefit Debian if our users have to obtain firmware > > from somewhere

Re: NEW handling: About rejects, and kernels

2005-03-31 Thread Thomas Bushnell BSG
Matthew Garrett <[EMAIL PROTECTED]> writes: > 1) Distribute the non-free firmware. Our users are happy. > 2) Don't distribute the non-free firmware. Our users either download the > non-free firmware from elsewhere (bad) or replace their hardware with > parts that have the non-free firmware in flas

Re: NEW handling: About rejects, and kernels

2005-03-31 Thread David Weinehall
On Thu, Mar 31, 2005 at 02:46:21PM +0100, Matthew Garrett wrote: > Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > > > Huh? I'm not saying I pretend it isn't there. Do I want to modify > > the source code? No, because there's nothing I could do with it if I > > could. > > I had to modify my

Re: NEW handling: About rejects, and kernels

2005-03-31 Thread Thomas Bushnell BSG
Matthew Garrett <[EMAIL PROTECTED]> writes: > When people actually get around to a decent "Free firmware" campaign, > then I think we'll have a stronger argument for not distributing > firmware. At the moment, the non-freeness of firmware isn't something > that seems to bother most people (even if

Re: NEW handling: About rejects, and kernels

2005-03-31 Thread Thomas Bushnell BSG
Matthew Garrett <[EMAIL PROTECTED]> writes: >> Regardless, the point is what we distribute, not what is on my >> computer. > > Why? How does it benefit Debian if our users have to obtain firmware > from somewhere else to make their hardware work? How does it benefit > freedom if we imply that ha

Re: NEW handling: About rejects, and kernels

2005-03-31 Thread Thomas Bushnell BSG
Hamish Moffatt <[EMAIL PROTECTED]> writes: > On Thu, Mar 31, 2005 at 12:50:46AM -0800, Thomas Bushnell BSG wrote: >> What I meant is that if the firmware is truly burned into the chup, >> then I couldn't change it even if I had the source code. It was wrong >> to say that I don't *want* to modify

Re: NEW handling: About rejects, and kernels

2005-03-31 Thread Matthew Garrett
Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > Huh? I'm not saying I pretend it isn't there. Do I want to modify > the source code? No, because there's nothing I could do with it if I > could. I had to modify my BIOS in order to get my laptop to work with my wireless card. This would have b

Re: NEW handling: About rejects, and kernels

2005-03-31 Thread Matthew Garrett
Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > What I meant is that if the firmware is truly burned into the chup, > then I couldn't change it even if I had the source code. It was wrong > to say that I don't *want* to modify it, but rather, that I *cannot* > do so. This is, by and large, not

Re: NEW handling: About rejects, and kernels

2005-03-31 Thread Wouter Verhelst
Op do, 31-03-2005 te 09:07 +0200, schreef Tollef Fog Heen: > * Thomas Bushnell BSG > > | Huh? I'm not saying I pretend it isn't there. Do I want to modify > | the source code? No, because there's nothing I could do with it if I > | could. > > Sure there is, like, reprogramming the image show

Re: NEW handling: About rejects, and kernels

2005-03-31 Thread Hamish Moffatt
On Thu, Mar 31, 2005 at 12:50:46AM -0800, Thomas Bushnell BSG wrote: > What I meant is that if the firmware is truly burned into the chup, > then I couldn't change it even if I had the source code. It was wrong > to say that I don't *want* to modify it, but rather, that I *cannot* > do so. That's

Re: NEW handling: About rejects, and kernels

2005-03-31 Thread Thomas Bushnell BSG
Tollef Fog Heen <[EMAIL PROTECTED]> writes: > * Thomas Bushnell BSG > > | Huh? I'm not saying I pretend it isn't there. Do I want to modify > | the source code? No, because there's nothing I could do with it if I > | could. > > Sure there is, like, reprogramming the image shown when your comp

Re: NEW handling: About rejects, and kernels

2005-03-30 Thread Tollef Fog Heen
* Thomas Bushnell BSG | Huh? I'm not saying I pretend it isn't there. Do I want to modify | the source code? No, because there's nothing I could do with it if I | could. Sure there is, like, reprogramming the image shown when your computer boots. -- Tollef Fog Heen

Re: NEW handling: About rejects, and kernels

2005-03-28 Thread Thomas Bushnell BSG
[EMAIL PROTECTED] (Marco d'Itri) writes: > (I already asked you to please stop Cc'ing me on every reply, what else > do I need to do?) Fix Debian's gnus. :) > On Mar 27, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > > > > We are unable to fix security bugs in hardware with non-modifiable > >

Re: NEW handling: About rejects, and kernels

2005-03-27 Thread Marco d'Itri
(I already asked you to please stop Cc'ing me on every reply, what else do I need to do?) On Mar 27, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > > We are unable to fix security bugs in hardware with non-modifiable > > firmware and modifiable but permanently stored firmware too. Should we > >

Re: NEW handling: About rejects, and kernels

2005-03-27 Thread Thomas Bushnell BSG
[EMAIL PROTECTED] (Marco d'Itri) writes: > > We should tell users: we are unable to support this hardware, because > > we don't have the source. Among other things, we are unable to fix > > security bugs in it. > We are unable to fix security bugs in hardware with non-modifiable > firmware and mo

Re: NEW handling: About rejects, and kernels

2005-03-27 Thread Marco d'Itri
On Mar 27, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > > Maybe. But why won't you refute the arguments that are there? > I don't need to. What we are lacking is not those arguments, but the > key missing pieces: what freedoms do you want to insist on (as opposed > to the DFSG)? and why shoul

Re: NEW handling: About rejects, and kernels

2005-03-27 Thread Thomas Bushnell BSG
Hamish Moffatt <[EMAIL PROTECTED]> writes: > Sure there is. Your motherboard FLASH can almost certainly be > reprogrammed in the field, as can the FLASH in your video card, hard > disk, and broadband modem. Probably not your monitor, admittedly. > Why is it OK for those vendors not to provide you

Re: NEW handling: About rejects, and kernels

2005-03-27 Thread Hamish Moffatt
On Sun, Mar 27, 2005 at 12:00:20AM -0800, Thomas Bushnell BSG wrote: > Hamish Moffatt <[EMAIL PROTECTED]> writes: > > You don't have that freedom now. Your PC is full of firmware that you > > don't have source to, probably can't change and probably can't recompile > > anyway. It's your motherboard

Re: NEW handling: About rejects, and kernels

2005-03-27 Thread Thomas Bushnell BSG
Hamish Moffatt <[EMAIL PROTECTED]> writes: > On Sat, Mar 26, 2005 at 11:44:17PM -0800, Thomas Bushnell BSG wrote: > > One reason for the DFSG's modifiability and source requirements is to > > preserve our ability to fix things. I see no reason why we shouldn't > > insist on that for firmware just

Re: NEW handling: About rejects, and kernels

2005-03-26 Thread Hamish Moffatt
On Sat, Mar 26, 2005 at 11:44:17PM -0800, Thomas Bushnell BSG wrote: > One reason for the DFSG's modifiability and source requirements is to > preserve our ability to fix things. I see no reason why we shouldn't > insist on that for firmware just as we do for openoffice.org. You don't have that f

Re: NEW handling: About rejects, and kernels

2005-03-26 Thread Thomas Bushnell BSG
Hamish Moffatt <[EMAIL PROTECTED]> writes: > > And nothing there explains why firmware should have less freedom, > > except for the claim that without this we won't be able to distribute > > the drivers (and you say how important those drivers are). > > Maybe. But why won't you refute the argumen

Re: NEW handling: About rejects, and kernels

2005-03-26 Thread Hamish Moffatt
On Sat, Mar 26, 2005 at 10:37:57AM -0800, Thomas Bushnell BSG wrote: > [EMAIL PROTECTED] (Marco d'Itri) writes: > > Anyway, you can find a very old and partial selection of my arguments > > at http://blog.bofh.it/id_33 . > > Nothing there explains what the reduced level of freedom would be: > what

Re: NEW handling: About rejects, and kernels

2005-03-26 Thread Thomas Bushnell BSG
Hamish Moffatt <[EMAIL PROTECTED]> writes: > Frankly I can't spot the flaw in this approach. In general we want to > distribute all useful bitstreams (programs, documentation and firmware) > in Debian. However we are forced to disqualify the ones that don't have > adequate freedoms. It's a subtra

Re: NEW handling: About rejects, and kernels

2005-03-26 Thread Hamish Moffatt
On Sat, Mar 26, 2005 at 09:25:00AM -0800, Thomas Bushnell BSG wrote: > Hamish Moffatt <[EMAIL PROTECTED]> writes: > > On Thu, Mar 24, 2005 at 05:37:02PM +, Henning Makholm wrote: > > > Do you have any arguments for this that do *not* basically reason > > > backwards from "we want this stuff to

Re: NEW handling: About rejects, and kernels

2005-03-26 Thread Marco d'Itri
On Mar 27, David Schmitt <[EMAIL PROTECTED]> wrote: > We have main for those things which are DFSG-free and non-free for > the things redistributable but not-DFSG-free and there are people who rely on > this distinction. So we must have been screwing them really bad until now... Where are their

Re: NEW handling: About rejects, and kernels

2005-03-26 Thread David Schmitt
On Saturday 26 March 2005 20:25, David Nusinow wrote: > On Sat, Mar 26, 2005 at 03:59:49PM +, Henning Makholm wrote: > > Scripsit Hamish Moffatt <[EMAIL PROTECTED]> > > > > > On Thu, Mar 24, 2005 at 05:37:02PM +, Henning Makholm wrote: > > >> Do you have any arguments for this that do *not*

Re: NEW handling: About rejects, and kernels (Was: Re: NEW handling ...)

2005-03-26 Thread Daniel Burrows
On Friday 25 March 2005 02:51 pm, Adam McKenna wrote: > No matter how you feel about the term "editorial changes", it seems to me > that if these changes were really so bad, and the majority of the project > is now against them, they should be easy enough to roll back. > > All we need is another GR

Re: NEW handling: About rejects, and kernels

2005-03-26 Thread David Nusinow
On Sat, Mar 26, 2005 at 03:59:49PM +, Henning Makholm wrote: > Scripsit Hamish Moffatt <[EMAIL PROTECTED]> > > On Thu, Mar 24, 2005 at 05:37:02PM +, Henning Makholm wrote: > > >> Do you have any arguments for this that do *not* basically reason > >> backwards from "we want this stuff to be

Re: NEW handling: About rejects, and kernels

2005-03-26 Thread Marco d'Itri
On Mar 26, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > You made many arguments, but that doesn't mean they answered the two > specific questions: what freedoms, exactly, and why reduced ones for > this particular class of software? Since I answered both questions I think it's obvious that we

Re: NEW handling: About rejects, and kernels

2005-03-26 Thread Thomas Bushnell BSG
Henning Makholm <[EMAIL PROTECTED]> writes: > The only one who was aware that the outcome would change the release > manager's position wrt. freedom bugs in sarge seems to have been the > release manager himself. But that does not change the fact that it was > common knowledge that the amendment w

Re: NEW handling: About rejects, and kernels

2005-03-26 Thread Thomas Bushnell BSG
[EMAIL PROTECTED] (Marco d'Itri) writes: > On Mar 26, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > > > You kept saying nothing more than "we don't care about modifying them > > because nobody will ever want to", which is, well, simply false. > Yet another strawman. What is false is your desc

Re: NEW handling: About rejects, and kernels

2005-03-26 Thread Henning Makholm
Scripsit Andreas Barth <[EMAIL PROTECTED]> > * Henning Makholm ([EMAIL PROTECTED]) [050326 00:55]: >> Scripsit [EMAIL PROTECTED] (Marco d'Itri) >> > And one of the reasons for which licensing for documentation has not >> > been discussed is that most people were not aware of the scope of the >> >

Re: NEW handling: About rejects, and kernels

2005-03-26 Thread Henning Makholm
Scripsit Hamish Moffatt <[EMAIL PROTECTED]> > On Thu, Mar 24, 2005 at 05:37:02PM +, Henning Makholm wrote: >> Do you have any arguments for this that do *not* basically reason >> backwards from "we want this stuff to be in main, freedoms or not"? > Well, I would start with "we want this stuff

Re: NEW handling: About rejects, and kernels

2005-03-26 Thread Marco d'Itri
On Mar 26, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > You kept saying nothing more than "we don't care about modifying them > because nobody will ever want to", which is, well, simply false. Yet another strawman. What is false is your description of my arguments, which were much more complex

Re: NEW handling: About rejects, and kernels

2005-03-26 Thread Thomas Bushnell BSG
[EMAIL PROTECTED] (Marco d'Itri) writes: > On Mar 26, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > > > Actually, while there was lots of discussion, there wasn't actually a > > proposal explaining what the reduced level of freedom would be and why > > firmware needs less freedom. > Anyway, y

Re: NEW handling: About rejects, and kernels

2005-03-26 Thread Thomas Bushnell BSG
[EMAIL PROTECTED] (Marco d'Itri) writes: > On Mar 26, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > > > Actually, while there was lots of discussion, there wasn't actually a > > proposal explaining what the reduced level of freedom would be and why > > firmware needs less freedom. > I explain

Re: NEW handling: About rejects, and kernels

2005-03-26 Thread Marco d'Itri
On Mar 26, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > Actually, while there was lots of discussion, there wasn't actually a > proposal explaining what the reduced level of freedom would be and why > firmware needs less freedom. I explained this multiple times and I believe that I was not the

Re: NEW handling: About rejects, and kernels

2005-03-26 Thread Thomas Bushnell BSG
Hamish Moffatt <[EMAIL PROTECTED]> writes: > On Thu, Mar 24, 2005 at 05:37:02PM +, Henning Makholm wrote: > > Scripsit Hamish Moffatt <[EMAIL PROTECTED]> > > > > > Please don't rehash old arguments. Nobody has argued that we should put > > > non-free packages into main, but we don't agree on

Re: NEW handling: About rejects, and kernels

2005-03-26 Thread Bernhard R. Link
* Andreas Barth <[EMAIL PROTECTED]> [050326 08:18]: > > > And one of the reasons for which licensing for documentation has not > > > been discussed is that most people were not aware of the scope of the > > > "editorial" changes, so there was no reason to discuss anything. > > > You can keep repe

Re: NEW handling: About rejects, and kernels

2005-03-26 Thread Hamish Moffatt
On Thu, Mar 24, 2005 at 05:37:02PM +, Henning Makholm wrote: > Scripsit Hamish Moffatt <[EMAIL PROTECTED]> > > > Please don't rehash old arguments. Nobody has argued that we should put > > non-free packages into main, but we don't agree on what is free and what > > isn't for all types of packa

Re: NEW handling: About rejects, and kernels

2005-03-25 Thread Andreas Barth
* Henning Makholm ([EMAIL PROTECTED]) [050326 00:55]: > Scripsit [EMAIL PROTECTED] (Marco d'Itri) > > And one of the reasons for which licensing for documentation has not > > been discussed is that most people were not aware of the scope of the > > "editorial" changes, so there was no reason to d

Re: NEW handling: About rejects, and kernels (Was: Re: NEW handling ...)

2005-03-25 Thread Marco d'Itri
On Mar 25, Adam McKenna <[EMAIL PROTECTED]> wrote: > No matter how you feel about the term "editorial changes", it seems to me > that if these changes were really so bad, and the majority of the project is > now against them, they should be easy enough to roll back. Adam, meet Apathy. Apathy, meet

Re: NEW handling: About rejects, and kernels

2005-03-25 Thread Henning Makholm
Scripsit [EMAIL PROTECTED] (Marco d'Itri) > And one of the reasons for which licensing for documentation has not > been discussed is that most people were not aware of the scope of the > "editorial" changes, so there was no reason to discuss anything. You can keep repeating that lie from now to e

Re: NEW handling: About rejects, and kernels (Was: Re: NEW handling ...)

2005-03-25 Thread Adam McKenna
On Thu, Mar 24, 2005 at 12:48:14PM -0600, Adam Majer wrote: > Andreas Barth wrote: > > > Actually, I believe the Debian project as whole _wants_ to getting > > > >software released. That was at least the decision in all GRs where > >people didn't hide the intents ("editorial changes"). > > Indeed.

Re: If Debian's too radical for you... [was: NEW handling: About rejects, and kernels]

2005-03-25 Thread Raphael Hertzog
Le jeudi 24 mars 2005 à 11:13 +1100, Matthew Palmer a écrit : > "Some would say that this has already happened". Not a fork, per se, > but Ubuntu's licencing policy (and the general level-headedness of the > people I know who are deeply involved in it) suggests that it may be > the refuge you seek

Re: NEW handling: About rejects, and kernels (Was: Re: NEW handling ...)

2005-03-24 Thread Marco d'Itri
On Mar 24, Hamish Moffatt <[EMAIL PROTECTED]> wrote: > That may be true for documentation but certainly not for firmware, which > has been discussed to death. (Not with a satisfactory outcome, imho.) And one of the reasons for which licensing for documentation has not been discussed is that most p

Re: NEW handling: About rejects, and kernels (Was: Re: NEW handling ...)

2005-03-24 Thread Hamish Moffatt
On Thu, Mar 24, 2005 at 10:28:36AM -0800, Thomas Bushnell BSG wrote: > Hamish Moffatt <[EMAIL PROTECTED]> writes: > > > Please don't rehash old arguments. Nobody has argued that we should put > > non-free packages into main, but we don't agree on what is free and what > > isn't for all types of pa

Re: NEW handling: About rejects, and kernels

2005-03-24 Thread Henning Makholm
Scripsit Hamish Moffatt <[EMAIL PROTECTED]> > Please don't rehash old arguments. Nobody has argued that we should put > non-free packages into main, but we don't agree on what is free and what > isn't for all types of packages. Do you have any arguments for this that do *not* basically reason bac

Re: NEW handling: About rejects, and kernels (Was: Re: NEW handling ...)

2005-03-24 Thread Adam Majer
Andreas Barth wrote: > Actually, I believe the Debian project as whole _wants_ to getting > >software released. That was at least the decision in all GRs where >people didn't hide the intents ("editorial changes"). > > Indeed. These types of changes are akin to changing a country's constitution

Re: NEW handling: About rejects, and kernels (Was: Re: NEW handling ...)

2005-03-24 Thread Thomas Bushnell BSG
Hamish Moffatt <[EMAIL PROTECTED]> writes: > Please don't rehash old arguments. Nobody has argued that we should put > non-free packages into main, but we don't agree on what is free and what > isn't for all types of packages. Actually, nobody from the "more lenient" side has given a description

Re: NEW handling: About rejects, and kernels (Was: Re: NEW handling ...)

2005-03-24 Thread Hamish Moffatt
On Thu, Mar 24, 2005 at 10:59:37AM +0100, Bernhard R. Link wrote: > * Raphael Hertzog <[EMAIL PROTECTED]> [050322 22:39]: > > I'm also not satisfied with the non-productiveness of the removal of > > useful documentation. I'm also ashamed that some hardware doesn't work > > out of the box on Debian

Re: If Debian's too radical for you... [was: NEW handling: About rejects, and kernels]

2005-03-24 Thread Thomas Hood
On Thu, 24 Mar 2005 08:50:16 +0100, Marc Haber wrote: > Is it as easy to participate with Ubuntu as it is with Debian? In some respects it is easier. For one thing you can become a maintainer there without going through an NM ordeal. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTE

Re: NEW handling: About rejects, and kernels (Was: Re: NEW handling ...)

2005-03-24 Thread Bernhard R. Link
* Raphael Hertzog <[EMAIL PROTECTED]> [050322 22:39]: > I'm also not satisfied with the non-productiveness of the removal of > useful documentation. I'm also ashamed that some hardware doesn't work > out of the box on Debian because we decided that firmware are software > and thus should meet DFSG.

Re: *** SPAM *** Re: NEW handling: About rejects, and kernels (Was: Re: NEW handling ...)

2005-03-24 Thread Andreas Barth
* Russell Coker ([EMAIL PROTECTED]) [050324 00:35]: > On Thursday 24 March 2005 03:40, Theodore Ts'o <[EMAIL PROTECTED]> wrote: > > If the free software fanatics succeed in kicking non-free from being > > supported by Debian assets, such that the FSF documentation were no > > longer available, I'd

Re: If Debian's too radical for you... [was: NEW handling: About rejects, and kernels]

2005-03-24 Thread Matthew Palmer
On Thu, Mar 24, 2005 at 08:49:39AM +0100, Marc Haber wrote: > On Thu, 24 Mar 2005 11:13:05 +1100, Matthew Palmer > >"Some would say that this has already happened". Not a fork, per se, but > >Ubuntu's licencing policy (and the general level-headedness of the people I > >know who are deeply involve

  1   2   >