[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [renamed] Debian crda?



On Wed, Mar 25, 2009 at 10:37 AM, Kel Modderman <kel@otaku42.de> wrote:
> On Wednesday 25 March 2009 17:51:41 Luis R. Rodriguez wrote:
>> On Wed, Mar 25, 2009 at 12:47 AM, Luis R. Rodriguez <mcgrof@gmail.com> wrote:
>> > On Wed, Mar 25, 2009 at 12:39 AM, Paul Wise <pabs@debian.org> wrote:
>> >> On Wed, Mar 25, 2009 at 4:09 PM, Luis R. Rodriguez <mcgrof@gmail.com> wrote:
>> >>
>> >>> Last time I poked them it seemed it was not easy to figure out how to
>> >>> deal with, if at all, the optional but recommended RSA signature stuff
>> >>> [1] with the DFSG.
>> >>>
>> >>> [1] http://wireless.kernel.org/en/developers/Regulatory#RSADigitalSignature
>> >>
>> >> What is the percieved DFSG/RSA conflict? I can't detect any based on
>> >> that section of the page.
>> >
>> > Thanks Paul, then its just a matter of packaging. There is an
>> > debian-example/ directory with a cdbs example of how to package for
>> > wireless-regdb and crda if anyone is up for it.
>
> The example packaging needs some love, I think. I don't see it as a great
> reference to the eventual packaging material that would enter Debian.
>
>>
>> And as its probably best to coordinate with Ubuntu, they have a
>> wireless-crda package which combines both into one package. Its
>> shipping for Jaunty.
>
> And that's the only way to sanely package it (by combining the two pieces
> upstream splits) as show by Fedora also choosing that route.

Well I actually disagree.

> Luis why can't CRDA and regd simply be released in same tarball considering
> they have such a strong relationship with eachother due to the openssl stuff?

Openssl stuff is optional and in fact not the lib chosen by default,
libgcrypt is the default though.

The point is that crda won't be updated regularly but the
wireless-regdb will be. No point in updating a binary when only the
file it reads is the one that changes.

  Luis


Reply to: