Bug#602358: ITP: rtl8192ce-dkms -- Realtek RTL8192CE driver in DKMS format.
2010/11/5 Ben Hutchings <ben@decadent.org.uk>:
> On Thu, 2010-11-04 at 19:21 +0100, Julien Cristau wrote:
>> On Thu, Nov 4, 2010 at 10:59:41 +0800, Keng-Yu Lin wrote:
>>
>> > Package: wnpp
>> > Severity: wishlist
>> > Owner: "Keng-Yu Lin" <kengyu@lexical.tw>
>> >
>> > * Package name : rtl8192ce-dkms
>> > Version : 2.6.0003.0628.2010+dfsg
>> > Upstream Author : Realtek Semiconductor Corporation
>> > * URL : http://www.realtek.com
>> > * License : GPLv2
>> > Programming Lang: C
>> > Description : Realtek RTL8192CE driver in DKMS format.
>> >
>> > This package contains Realtek 802.11 Linux wireless driver
>> > for use with Realtek RTL8192CE-based hardware.
>>
>> Why is that driver not in the standard kernel package?
>
> Because it's not upstream. So the next question is, why is it not
> upstream (in staging)?
>
> Ben.
>
> --
> Ben Hutchings
> Once a job is fouled up, anything done to improve it makes it worse.
>
Because staging tree is a place to dump the code temporarily if you
commit to improve the driver and make it upstream eventually.
>From [1], "it is not a place to dump code and then run away, hoping
that someone else will do the cleanup work for you. While there are
developers available to do this kind of work, you need to get someone
to agree to "babysit" the code."
I think it is more like the responsibility for someone from Realtek or
surely someone with wireless expertise.
For this case, I would like it better to enable the hardware for
debian and its downstream users and update the package every time
Realtek drops a new version.
[1] http://kerneltrap.org/mailarchive/linux-kernel/2008/6/10/2086954
Reply to: