On Tue, Feb 26, 2008 at 09:22:02AM +0100, Robert Millan wrote: > On Mon, Feb 25, 2008 at 05:28:38PM +0100, Aurelien Jarno wrote: > > > > > > > > > > Please note, that regardless on whether a package is provided in > > > > > non-free or > > > > > not, qemu-system-ppc requires a binary-only blob to operate, and > > > > > hence belongs > > > > > in contrib. > > > > > > > > > > > > > I don't agree. You are speaking about *one* binary among the *dozens* > > > > which are in this package. The others binaries are working correctly. > > > > > > Right. The others don't have to be in contrib. Only qemu-system-ppc > > > belongs > > > there. > > > > > > > I still do not agree. Some modules of the kernel need a firmware for some > > cards. AFAIK the kernel is still in main, and those modules are also > > there. > > Which is also wrong [1]. Unless I see an exception in the Social Contract > that > would allow this, which I haven't seen any. Circular reasoning (e.g. I do it > because package XXX also does it) is NOT a justification.
I am not doing a circular reasoning, I am just showing you I am not the only one interpreting the debian policy this way, that is the package as a whole and not binary by binary. Anyway as it seems you like to strictly follow the debian documents, let's quote the DFSG: "Our priorities are our users and free software". What is important here is that video.x works so that users can use qemu-system-ppc to emulate non-PREP PPC systems. You would have better employed your time (and mine) by providing a patch to make the video.x sources buildable instead of trying to get qemu-system-ppc moved to contrib. > [1] please provide a list of modules if you can Most wireless modules -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `- people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
