>> 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. -- Intrepid: Missing hdaps_ec kernel module https://bugs.launchpad.net/bugs/297213 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
