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: 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: 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: *** SPAM *** Re: NEW handling: About rejects, and kernels (Was: Re: NEW handling ...)

2005-03-23 Thread Russell Coker
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 probably end up agreeing with you and probably > would do wh

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

2005-03-23 Thread Theodore Ts'o
On Mon, Mar 21, 2005 at 04:24:41PM +, Matthew Wilcox wrote: > The Vancouver meeting summary upset me, not because of the proposals > to drop architectures, but because it contained a reminder of the > Social Contract changes. The project is moving to what I believe to > be a ridiculously extre

Re: NEW handling: About rejects, and kernels

2005-03-22 Thread Ognyan Kulev
Petter Reinholdtsen wrote: Perhaps this could be solved with some kind of ticket system handling email to the official roles in debian? I'm not sure if BTS is the best option to handle emails to ftpmaster, leader and others. Perhaps request-tracker is a better option? We use it at work, and it s

  1   2   >