Das nenn ich doch mal eine praktische Funktion. Da spart man sich das ewige sources.list Gewurschtel. Bei APT::Default-Release "testing"; und in den ersten beiden sources.list -Einträgen sollte wohl "stable" stehen. Woody ist nicht mehr testing. ;-)
Ich meine, ich hätte mal gelesen, dass das so nicht geht. Und ich hab's grade nochmal ausprobiert: ein APT::Default-Release" stable"; bleibt ohne Auswirkungen auf apt. Aber man kann das pinning in /etc/apt/preferences einsetzen:
Package: * Pin: release a=stable Pin-Priority: 90
Package: * Pin: release o=Debian Pin-Priority: 10
Und in die /etc/apt/sources auch die sid-Packages eintragen.
Dann kann man mit "apt-get -t unstable install fvwm" den fvwm aus sid inkl. aller Abhängigkeiten installieren oder mit "apt-get install fvwm/unstable" nur das fvwm.deb aktualisieren und die Abhängigkeiten selber lösen.
Da ich aber manchmal lieber dselect als apt benutze (vor allem weil bei dselect auch die suggested-Pakete ausgewählt werden), fehlt mir noch die Möglichkeit des "dpkg-pinning". Gibt's sowas?
man sollte aber auch einzelne Packete pinnen können, d.h. automatisch die unstable Packtet aus unstable updaten. Wenn ich mal wieder neuinstallieren sollte muss ich das mal testen ;).
nimm doch aptitude, bei der gui (die ncurses-basiert ist) kann man einstellen, ob suggested oder recommended pakete automatisch mitinstalliert werden sollen. außerdem kann es inzwischen sogar automatisch erkennen, welche abhängigkeiten wieder mitdeinstalliert werden können, weil sie nur für dieses paket angelegt wurden, vorausgesetzt, man hat das paket auch mit aptitude installiert.
Ich hab das bei mir schon ne weile so eingerichtet und habe immer wieder probleme mit den abhängigkeiten. Ansonsten ne tolle sache stable mit kde3 :-). Vielleicht müsste ich mir einfach angewöhnen dselect zu verwenden...
Aber zu meiner frage:
Wieso bringt mir dpkg -l '*' nicht immer alle pakete. zBsp fehlen immer die neuesten kernel releases. Bei diesen muss ich immer den namen unter packages.debian.org nachschauen und dann klappts mit "apt-get install irgendeinpaket". Hat irgendeiner ne ahnung?
OT: Wann wird hier endlich das Thema TCPA thematisiert?
Oder kommt das erst, wenn Linux nicht mehr läuft? Kommen dann solche Tipps wie man Linux auf TCPA-Hardware zum Laufen kriegt und man Zertifikate fälscht?
Tut mir Leid, aber wenn ich von dem Dreck schon lese...
Nein, nicht nötig. Ich kenne die Gefahren, halte sie aber für vernachlässigbar. Bisher konnte noch niemand soetwas durchsetzen. IBM war damals mächtiger als Intel Heute und konnte "ihren" PC Standard nicht durchsetzen. Die Asiatischen Hersteller werden wieder ihre eigenen wege gehen wenn der zwang zu groß wird.
Von Johannes Rohr am Di, 17. September 2002 um 12:11 #
Das Mischen von stable und unstable wird dann schwierig, wenn beide Zweige unterschiedliche Versionen zentraler Systembibliotheken verwenden. Das ist jetzt bereits der Fall: libc6, die Umstellung auf gcc 3.2 mit ABI-Wechsel für C++-Programme etc.
Daher lassen sich ohne libc6-update keine Sid-Binärpakete in Woody installieren, die gegen die glibc gelinkt sind, was so ziemlich viele sein dürften.
Praktisch ist es daher momentan kaum mehr sinnvoll möglich, eine solche Mischung zu fahren. Ein "stable" mit libc6 und gcc aus sid/unstable verdient nicht wirklich die Bezeichnung "stable".
Besser funktioniert da schon testing/unstable, weshalb ich auch, gegen meine ursprüngliche Absicht, kurz nach dem Woody-Release auf Testing umgestellt habe.
Na, theoretisch könnte man doch stattdessen einfach die "apt"-Einträge in "apt-src"-Einträge umwandeln und die Pakete aus den Quellen kompilieren (so ganz à la Gentoo... Als wäre das etwas neues).
kannst Du das bitte genauer erklären. den "apt-src"-Eintrag bekomme ich ja noch hin, wie geht es aber dann weiter??
geht das automatisiert oder werden dann nur die sourcen irgendwo hininstalliert und ich muß trotzdem noch von Hand installieren. Kann ich mit apt-src installierte packete auch mit "apt-get remove ..." löschen ??
vielen Dank schonmal im voraus, cu, der ahnungslose linon
Von Michael Flaig am Mi, 18. September 2002 um 11:45 #
Je weiter die releases auseinanderklaffen, desto schwieriger/aufwendiger wird es neuste software in ein stable release einzuarbeiten. Und ganz klar ist, dass wenn man in woody jetzt ein sid package reinwirft sehr viel von stable ersetzt werden muss. Ich würde dies also nur auf dem Desktop empfehlen, wenn neueres GNOME, KDE, Mozilla gewünscht ist. Keinesfalls auf einem Server verwenden !!!
Ich weiß, es wurde schon 2000 mal gefragt, aber ich würde bei meinem testing zusätzlich gnome2 (inkl. nautilus2 und gdm2) installieren. Mit den experimental gibts hier bei mir zum größten teil nur unmet dependencies und unavailable packages... Hat hier irgendwer eine interessante Quelle ?
dass ist ganz einfach, den auf dem FTP sind nur die stabel mit name eingtragen und die ander nur unter den alias. Gund: so kann die release schneller wechsel auf den ftpŽs denn move ist schneller als copy.
Woody = stable
;)
Bye Blademir
Das nenn ich doch mal eine praktische Funktion. Da spart man sich das ewige sources.list Gewurschtel.
Bei APT::Default-Release "testing"; und in den ersten beiden sources.list -Einträgen sollte wohl "stable" stehen. Woody ist nicht mehr testing. ;-)
Gruß
Marc
Möchtest du der welt deine heldenhaftigkeit nicht beweisen und uns zeigen, was du mit deinen übermenschlichen fähigkeiten schon alles geleistet hast?
leider etwas lange rumgelegen, und von mir unsauber überarbeitet, sorry!
Michael
Aber man kann das pinning in /etc/apt/preferences einsetzen:
Package: *
Pin: release a=stable
Pin-Priority: 90
Package: *
Pin: release o=Debian
Pin-Priority: 10
Und in die /etc/apt/sources auch die sid-Packages eintragen.
Dann kann man mit "apt-get -t unstable install fvwm" den fvwm aus sid inkl. aller Abhängigkeiten installieren oder mit "apt-get install fvwm/unstable" nur das fvwm.deb aktualisieren und die Abhängigkeiten selber lösen.
Da ich aber manchmal lieber dselect als apt benutze (vor allem weil bei dselect auch die suggested-Pakete ausgewählt werden), fehlt mir noch die Möglichkeit des "dpkg-pinning". Gibt's sowas?
Pinning ist übrigens ein anderer Lösungsweg (habe ich auch getestet) führt aber wohl zum selben Ziel.
Gruß,
Michael Flaig
mfg
olli
bekomme ich so die Binaries oder die Quelldateien die dann Compiliert werden ?
Aber zu meiner frage:
Wieso bringt mir dpkg -l '*' nicht immer alle pakete. zBsp fehlen immer die neuesten kernel releases. Bei diesen muss ich immer den namen unter packages.debian.org nachschauen und dann klappts mit "apt-get install irgendeinpaket". Hat irgendeiner ne ahnung?
Das dürfte dir helfen :)
cu, LH
www.running-gag.de
Oder kommt das erst, wenn Linux nicht mehr läuft? Kommen dann solche Tipps wie man Linux auf TCPA-Hardware zum Laufen kriegt und man Zertifikate fälscht?
Tut mir Leid, aber wenn ich von dem Dreck schon lese...
Natürlich ist TCPA eine nummer größer,aber eben deswegen auch unwarscheinlicher. Bisher hat es noch keiner geschafft alle PC Hersteller zu vereinen.
http://www.heise.de/newsticker/data/ciw-13.09.02-001/
Daher lassen sich ohne libc6-update keine Sid-Binärpakete in Woody installieren, die gegen die glibc gelinkt sind, was so ziemlich viele sein dürften.
Praktisch ist es daher momentan kaum mehr sinnvoll möglich, eine solche Mischung zu fahren. Ein "stable" mit libc6 und gcc aus sid/unstable verdient nicht wirklich die Bezeichnung "stable".
Besser funktioniert da schon testing/unstable, weshalb ich auch, gegen meine ursprüngliche Absicht, kurz nach dem Woody-Release auf Testing umgestellt habe.
Johannes
den "apt-src"-Eintrag bekomme ich ja noch hin, wie geht es aber dann weiter??
geht das automatisiert oder werden dann nur die sourcen irgendwo hininstalliert und ich muß trotzdem noch von Hand installieren.
Kann ich mit apt-src installierte packete auch mit "apt-get remove ..." löschen ??
vielen Dank schonmal im voraus,
cu,
der ahnungslose linon
apt-get build-dep mozilla
apt-get source -t unstable mozilla
cd mozilla-...
vi debian/rules
[compiler flags setzen]
debian/rules binary
dpkg -i ../mozilla*.deb
# cd /usr/src
# apt-get build-dep mozilla
# apt-get source mozilla
# cd mozilla-...
# dpkg-buildpackage
# dpkg -i ../mozilla*.deb
Gruss,
Michael
Der Hinweis war nicht in Bezug auf die Compilerflags gedacht. I.d.R. sind die offiziellen Binaries ja auch nicht optimiert...
# cd /usr/src
# apt-get build-dep mozilla
# apt-get -b source mozilla
# dpkg -i ../mozilla*.deb
Und ganz klar ist, dass wenn man in woody jetzt ein sid package reinwirft sehr viel von stable ersetzt werden muss.
Ich würde dies also nur auf dem Desktop empfehlen, wenn neueres GNOME, KDE, Mozilla gewünscht ist. Keinesfalls auf einem Server verwenden !!!
http://www.hadess.net/idoru.php3
nur eine kurze Info:
dass ist ganz einfach, den auf dem FTP
sind nur die stabel mit name eingtragen
und die ander nur unter den alias.
Gund: so kann die release schneller
wechsel auf den ftpŽs denn move ist
schneller als copy.
Gruß
Oliver