kde 4.1.x backports for Lenny, best approach?

Peter Eisentraut peter_e at gmx.net
Tue Jul 15 09:12:53 UTC 2008


Am Montag, 14. Juli 2008 schrieb Ana Guerrero:
> a) Use backports.org, i do not like this too much because:
>
> cons:
>   -you need to wait until package is in testing to backport it

That might not be a bad thing, because it ensures that the packages that you 
backport actually fit together and are synchronized and have had a minimal 
amount of public testing.

>   -packages go to NEW until they are hand approved

Yes, but that is quite fast in my experience.

>   -users will fear to push more stuff than just KDE 4.1.x

Backports are not automatically installed, so this fear is irrational (albeit 
not unreasonable).  A lot of users use backports.org successfully.

Which brings me to the main point:  Many users are familiar with 
backports.org, and it has a semi-official status in the Debian community.  So 
why not build on that?  In fact, even if you choose not to use backports.org, 
someone else might end up doing backports.org backports anyway, because they 
prefer that infrastructure.  Such divergence can be avoided.



More information about the pkg-kde-talk mailing list