On Sat, Feb 05, 2005 at 05:13:51PM +0000, Edd Dumbill wrote:
> On Sat, 2005-02-05 at 17:38 +0100, Bas Zoetekouw wrote:
> > IMO the situation for this package is different from the kernel's.
> > 
> > In the case of the kernel, it functions completely ok without any of
> > the non-free firmwares;  those only provide additional functionality.
> > 
> > Bluez-bcm203x's only function otoh, is to load the non-free firmware.
> > In this aspect, it is no different than a installer packages (flash,
> > acroread, msttcorefonts, etc), and therefor should be in cntrib.
> 
> The situation is slightly more subtle than that. bluez-bcm203x is part
> of the same source package as bluez-utils, which are free software and
> do provide a considerable amount of functionality.  So moving the
> bcm203x loader to contrib can't be done simply, as it would move all
> Bluetooth basic support there.

Hmm, it is possible to only move one binary package to contrib and there
are examples for this in the archive. I don't know if this is
encouraged, though.

> Also, by your argument all I'd have to do would be to move the firmware
> loader program into bluez-utils rather than have it as a separate
> package, and I'd satisfy your justification for the kernel not being in
> contrib.

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to