Comment 36 for bug 297213

>> It is quite a bit of work for us to maintain drivers that are not upstream.
>This one I don't buy. How is it more work to rip the tp_smapi driver
>out of the tpctl package than to include the whole thing?

For this example, there is already a hdaps driver upstream. I just doesn't have
the support that a part of the community desires. In order to put in a second
hdaps driver, I have to go into the package, pull out the desired bits, rename
where necessary and integrate them into our kernel tree.

Now, in this case that isn't a great deal of work. However, if you apply this to
all the requests that we get you can see how it can be quite a bit of work.

>> It is felt that the maintainers of the two drivers
>> should work together to get a combined driver upstream.

>I highly doubt that this is going to happen anytime soon.

That might be, however, that is what should have been happening all along. Even
when the driver was included into Hardy. And if you want it in Karmic that's what
it's going to take.

Also, if it goes upstream, all distros can take advantage of it and it benefits a larger
section of the community.