Olivier Blin wrote:
> "Luiz Fernando N. Capitulino" <[EMAIL PROTECTED]> writes:
>
>   
>> Em Fri, 20 Oct 2006 16:53:13 +0200
>> Olivier Blin <[EMAIL PROTECTED]> escreveu:
>>
>> | > Or do you think it's important for 2007 too?
>> | 
>> | It is important as well, since I've seen a lot of users compiling this
>> | driver themselves on 2007.0.
>>
>>  Do we have the hardware for testing?
>>     
>
> I'm checking with QA team, but I'm not sure we have one.
> But I can find users that will be able to test rt61 with the updated
> packages.
>
>   
>> | >  And, couldn't it be a dkms package?
>> | 
>> | It could be, it just requires minimal changes in the drakxtools.
>> | But since when the kernel team policy is to externalize kernel
>> | modules?
>>
>>  Actually, AFAIK, there's no police. And that's one of my main complaints
>> currently.
>>
>>  It sounds like a good police to me to have all the 3rdparty drivers as
>> dkms modules.
>>
>>  Then we can split the driver's maintenance work with other people;
>> the kernel package would have its size reduced; and you'd only install the
>> driver's you need.
>>     
>
> I definitely agree on that, and we already talked about that some
> months ago. But the lack of a definitive response from the *cooker*
> kernel team makes the situation stagnate...
>   
Very true.

IMHO we're in a deadlock. The cooker kernel team doesn't allow us to
participate in the (direct) development of the cooker kernel (they
probably have good reasons for that). But I don't see a lot of activity
within the group --> it takes *ages* for new kernel packages to be made,
for *months* nothing happens.

I'm the maintainer of the ivtv packages, and I've requested the cooker
kernel maintainers (more than once) to remove the ivtv drivers from the
kernel package OR do a proper job maintaining it. Of course I got the
default answer: no answer at all.

I think DKMS is the way forward, for all 3rd party modules that can be
cut loose from the main kernel package. This indeed can make the main
kernel package smaller and will scale development across more people.
Also: changes required for a DKMS module will work on all kernel flavors
--> no need to maintain these modules in all the different kernel
packages Mandriva has.

It'll be a challenge getting something like this (or anything, for that
manner) defined as a policy.

regards,

Stefan

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to