Ist das richtig?
Bei Debian Backports werden Packages aus Testing kompiliert, gegen die
Bibliotheken des jeweils stabilen Debian Releases (es werden keine
neunen Libs eingespielt).
Wie funktioniert dies in der Praxis? Wird der Code des Packages
angepasst? Oder ersetzt Backports einfach relativ grosszügig
Altlasten?
Kann man als Backports User, dann erfolgreich ein dist-upgrade machen?
Mich würden Meinungen aus der Praxis und etwas mehr zur Theorie von
Backports interessieren.
Ich kenne das Backporting von RH, denn sie liefern für RHEL 2.1 noch
Security Fixes.
Frequently Asked Questions
Q: What about dist-upgrade from sarge-backports to etch?
A: In general, backports.org only has backports made from testing but with reduced version numbers (apt considers ~ lower than -), therefore the upgrade path from sarge-backports to etch is saved. However, there are a few backports only which are made from unstable (security updates and the following exceptions: firefox, kernel, openoffice.org, xorg).
If you do not use one of these exceptions, you can safely upgrade to etch. If you use one of these exceptions, set the pin-priority (see man apt_preferences) temporarily to 1001 for all packages from etch, and you should be able to do a safe dist-upgrade too.
See http://people.debian.org/~daniel/dists-diff/suite/etch-vs-sarge-backports.html for information which packages are currently newer in sarge-backports than etch.