On Wed, Dec 24, 2008 at 3:15 PM, Steve Langasek wrote:
> Having two sets of images doesn't make sense to me; the CD team have already
> posted publically this cycle about the infrastructure challenges involved
> with publishing those images that they already have to accomodate, doubling
> the ima
On Tue, Dec 23, 2008 at 01:07:43PM +0100, Kurt Roeckx wrote:
> I've been thinking about this proposal for some time, and I probably
> should have send this some time ago. At least some people seem to
> have had simular ideas, so I wonder why nobody propsed anything like
> this.
> The idea is to c
Some of the links have changed because of our change to using user
'secretary' for the vote processing. You can see the list of currently
tallied votes, for example, at:
http://master.debian.org/~secretary/gr_lenny/voters.txt
Bdale
--
To UNSUBSCRIBE, email to debian-vote-requ...@lists
[Kurt Roeckx]
> The idea is to create a new section that contains files like firmware
> images and FPGA data that gets written to the hardware to make it
> fully functional. It is not meant for drivers that run on the host
> CPU.
Without weighing in on whether there _is_ a class of software for
Hello,
On Mon, 17.11.2008 at 09:38:19 -0600, Manoj Srivastava
wrote:
> On Mon, Nov 17 2008, Charles Plessy wrote:
> > Can the Secretary clarify again what will hapen if Peter's option is voted ?
>
> That GR clearly refines the DFSG statement that all programs
> need source code. This
Le mardi 23 décembre 2008 à 21:23 +0100, Michael Banck a écrit :
> > Why? In essence, it is very similar to a firmware. It can also be
> > necessary (e.g. for game data) to make free software work, in a similar
> > way to the kernel with firmware.
>
> While that might be true technically, I don't
On Tue, Dec 23, 2008 at 03:44:25PM +0100, Josselin Mouette wrote:
> Le mardi 23 décembre 2008 à 15:27 +0100, Michael Banck a écrit :
> > > How about ???Software that is not executed on the host CPU??? ? That can
> > > include e.g. non-free documentation, which clearly doesn???t belong in the
> > >
Kurt Roeckx wrote:
> Hi,
>
> I've been thinking about this proposal for some time, and I probably
> should have send this some time ago. At least some people seem to
> have had simular ideas, so I wonder why nobody propsed anything like
> this.
>
> The idea is to create a new section that contai
* Frans Pop (elen...@planet.nl) [081223 01:44]:
> Given that the current status of the current "lenny firmware" vote is that
> it will go forward, I would appreciate if the DPL and/or the Project
> Secretary could rule on the following issue.
On which constitutional rules?
The secretary can int
Johannes Wiedersich wrote:
> Didier Raboud wrote:
>> And if this section is not considered "part of the Debian system", why
>> including software from it on the Debian CD's ? (The inverse question is
>> to be answered too...)
>
> Because it might be required in order to install all that free soft
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kurt Roeckx wrote:
> The idea is to create a new section that contains files like
> firmware images and FPGA data that gets written to the hardware
> to make it fully functional. It is not meant for drivers that run
> on the host CPU.
[FWIW, I've bee
On Tue, Dec 23, 2008 at 03:34:29PM +0100, Loïc Minier wrote:
> On Tue, Dec 23, 2008, Kurt Roeckx wrote:
> > The idea is to create a new section that contains files like
> > firmware images and FPGA data that gets written to the hardware
> > to make it fully functional. It is not meant for drivers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Didier Raboud wrote:
> And if this section is not considered "part of the Debian system", why
> including software from it on the Debian CD's ? (The inverse question is to
> be answered too…)
Because it might be required in order to install all that f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Loïc Minier wrote:
> If the intent is to include it in our CD-ROMs, I think some people will
> want a "really really free" CD-ROM which doesn't have this section.
Or maybe an explicit debconf question about the non-free nature? This
could make sure
Josselin Mouette wrote:
> Le mardi 23 décembre 2008 à 13:07 +0100, Kurt Roeckx a écrit :
>> The idea is to create a new section that contains files like
>> firmware images and FPGA data that gets written to the hardware
>> to make it fully functional. It is not meant for drivers that run
>> on th
Le mardi 23 décembre 2008 à 15:27 +0100, Michael Banck a écrit :
> > How about ???Software that is not executed on the host CPU??? ? That can
> > include e.g. non-free documentation, which clearly doesn???t belong in the
> > same place than nVidia binary drivers.
>
> While I think that non-dfsg-fr
On Tue, Dec 23, 2008, Kurt Roeckx wrote:
> The idea is to create a new section that contains files like
> firmware images and FPGA data that gets written to the hardware
> to make it fully functional. It is not meant for drivers that run
> on the host CPU.
Do you propose to include data for whic
On Tue, Dec 23, 2008 at 03:24:25PM +0100, Josselin Mouette wrote:
> Le mardi 23 décembre 2008 à 13:07 +0100, Kurt Roeckx a écrit :
> > The idea is to create a new section that contains files like
> > firmware images and FPGA data that gets written to the hardware
> > to make it fully functional. I
Le mardi 23 décembre 2008 à 13:07 +0100, Kurt Roeckx a écrit :
> The idea is to create a new section that contains files like
> firmware images and FPGA data that gets written to the hardware
> to make it fully functional. It is not meant for drivers that run
> on the host CPU.
There is no reason
Kurt Roeckx wrote:
> The files in this area should not comply with the DFSG #2, #3 and
> #4, but should comply with the rest of the the DFSG.
So anything that complies with 1 or 2 of these points, but not
all of them, may not be included in the firmware section?
s/should not/must not necessarily/
Hi,
I've been thinking about this proposal for some time, and I probably
should have send this some time ago. At least some people seem to
have had simular ideas, so I wonder why nobody propsed anything like
this.
The idea is to create a new section that contains files like
firmware images and F
* Debian Project Secretary [081222 23:39]:
> However, after thinking long and hard about this, I can find no real
> constitutional basis for terminating the current vote. Therefore, attached
> you will find the second call for votes. The only substantive change is that
> I corrected the date and
This one time, at band camp, Frans Pop said:
> On Tuesday 23 December 2008, Bdale Garbee wrote:
> > But note that even if the super-majority issue causes some choices to
> > have a low priority of winning, we the project at large can still learn
> > very interesting things by studying the Condorcet
23 matches
Mail list logo
