|
|
Log in / Subscribe / Register

Distribution-friendly projects - Part 1

Distribution-friendly projects - Part 1

Posted Mar 28, 2008 15:52 UTC (Fri) by tzafrir (subscriber, #11501)
In reply to: Distribution-friendly projects - Part 1 by Sho
Parent article: Distribution-friendly projects - Part 1 

Kernel 2.4 (Or actually: kernels before the new 2.6 development model: around 2.6.5?) were
examples of packages that required large ammounts of patches. Their release cycles were very
long. The latest stable kernel simply didn't support latest hardware. A distribution had to
backport many drivers just to support the latest hardware. And if you backport drivers, you
eventually have to backport some other useful features.

Indeed the fix for that was an upstream change of the development model.


Pushing upstream is the right thing to do (in the long run) for the downstream package
maintainer, as maintaining a difference means more work for new upstream versions. And people
are lazy.

to post comments

Distribution-friendly projects - Part 1

Posted Mar 28, 2008 18:10 UTC (Fri) by Sho (guest, #8956) [Link] 

> Kernel 2.4 (Or actually: kernels before the new 2.6 development 
> model: around 2.6.5?) were examples of packages that required 
> large ammounts of patches.

Upstream definitely has to do its part, yes. If the upstream project doesn't understand itself
as a shared space for a variety of stakeholders, there's little a distribution can do - except
perhaps fork, and make a new, proper upstream to go to.


Copyright © 2026, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds