Robert Millan a écrit : > On Tue, Feb 26, 2008 at 10:24:42AM +0100, Aurelien Jarno wrote: >> 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 your interpretation of "We will never make the system require > the use of a non-free component" ?
We do not require the use of a non-free component. The qemu packages do not depend on video.x (as it is not even packaged), and users are free to not use qemu-system-ppc or only use it to emulate a PREP platform. Please open your eyes, there are a lot of packages interpreting the debian-policy like me, that is which have some functionalities disabled if you don't have a non-free package installed. They are not in contrib, and I am not able to find a bug report from you in the BTS asking for them to be moved into non-free. >> 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. > > I agree. But which sources? I could find references saying the problem is > video.x won't build from source, but I couldn't find the actual source (and I > looked for it in its origin at mac-on-linux project). You should have look better: http://mac-on-linux.svn.sourceforge.net/viewvc/mac-on-linux/mac-drivers/video_driver/ -- .''`. 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]
