Re: apt pinning
On Wed, 6 Sep 2006, Ulrich Fürst wrote: Und wenn Du gar nicht pinnst, kannst Du es doch trotzdem installieren. ohm, ja schon, wenn ich das repo mit -t oder /sarge-backports angebe. aber ich wollte das eben festschreiben, der einfachheit halber. Es wird sicherlich nicht downgegraded (argh), weil's in sarge ja nicht vorhanden ist. Und Du dürftest bei neu verfübarem Kernel-Packet eine held back-Meldung bekommen. nope, die neuen backports kernel tauchen ohne pinning ja gar nicht auf, ich muss dann schon explizit das paket angeben. apt-get upgrade will mich mit 2.6.8 oder so abspeisen. das mit dem downgrade hab ich jetzt nicht probiert schade, dass das mit dem rekursiven pinnen (ich mag den begriff) nicht funktioniert, evtl, mal einen wishlist bug oeffnen... Christian. -- BOFH excuse #212: Of course it doesn't work. We've performed a software upgrade.
Re: apt pinning
Christian [EMAIL PROTECTED] wrote: On Tue, 5 Sep 2006, Daniel Leidert wrote: hm, linux-image-2.6-686 hat nun eine prio von 999, nicht aber linux-image-2.6.16-2-686. ich muesste nun auch linux-image-2.6.16-2-686 in die preferences mit aufnehmen, weil: Das Paket selbst ist leer und hat nur eine Abhängigkeit zu dem richtigen[tm] Kernel-Paket. ich genau das tun wollte: das meta-paket pinnen, damit ich den jeweils aktuellen kernel von den backports erhalten wollten. rekursives pinning oder so ;-) Und wenn Du gar nicht pinnst, kannst Du es doch trotzdem installieren. Es wird sicherlich nicht downgegraded (argh), weil's in sarge ja nicht vorhanden ist. Und Du dürftest bei neu verfügbarem Kernel-Packet eine held back-Meldung bekommen. Ulrich
apt pinning
Hallo, ich moechte einem debian/stable (i386) system einen neueren kernel von backports.org unterjubeln. ich habe mit apt-pinning zwar schon oefter verwendet, aber ich habe meist mehr pakete als mir lieb war aus dem neuen repo bekommen. ich moechte hier wirklich nur den neuen kernel haben, sonst nix: sources.list: deb http://ftp.de.debian.org/debian/ stable main contrib non-free deb http://ftp.de.debian.org/backports.org sarge-backports main contrib non-free (ja, -security und -src sowie noch andere repos sind auch noch dabei) apt.conf: APT::Default-Release stable; preferences: Package: linux-image-* Pin: release a=sarge-backports Pin-Priority: 999 ein apt-get install linux-image-2.6-686 meint: The following packages have unmet dependencies: linux-image-2.6-686: Depends: linux-image-2.6.16-2-686 (= 2.6.16-13bpo1) but it is not going to be installed E: Broken packages However, when I do apt-get install linux-image-2.6.16-2-686, it'd work as it will resolve some dependencies and ask me if I want to continue: Habt ihr eine idee, warum apt-get install linux-image-2.6-686 nicht funktioniert? linux-image-2.6-686 ist halt immer der aktuelle kernel fuer -686 und wenn die backports einigermassen gepflegt werden, bekomme ich auch deren updates. mit linux-image-2.6.16-2-686 ist dies wohl nicht der fall, denke ich. Danke, Christian. -- BOFH excuse #319: Your computer hasn't been returning all the bits it gets from the Internet. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt pinning
Am Dienstag, den 05.09.2006, 18:34 +0100 schrieb Christian: ich moechte einem debian/stable (i386) system einen neueren kernel von backports.org unterjubeln. ich habe mit apt-pinning zwar schon oefter verwendet, aber ich habe meist mehr pakete als mir lieb war aus dem neuen repo bekommen. ich moechte hier wirklich nur den neuen kernel haben, sonst nix: sources.list: deb http://ftp.de.debian.org/debian/ stable main contrib non-free deb http://ftp.de.debian.org/backports.org sarge-backports main contrib non-free (ja, -security und -src sowie noch andere repos sind auch noch dabei) apt.conf: APT::Default-Release stable; preferences: Package: linux-image-* ^ Das geht nicht. Hier darf nur ein Paket oder * (synonym für alle Pakete) stehen. Paketnamen mit Wildcards werden nicht verstanden und vollständig ignoriert. 'apt-cache policy linux-image-2.6.16-2-686' wird dir zeigen, dass dieses Paket keine Priorität von 999 hat. Ändere das auf den richtigen Paketnamen (auch mehrere Pakete in dieser Zeile werden AFAIK nicht verstanden). [..] linux-image-2.6-686 ist halt immer der aktuelle kernel fuer -686 Das Paket selbst ist leer und hat nur eine Abhängigkeit zu dem richtigen[tm] Kernel-Paket. MfG Daniel
Re: apt pinning
On 05.09.06 21:49:52, Daniel Leidert wrote: Am Dienstag, den 05.09.2006, 18:34 +0100 schrieb Christian: ich moechte einem debian/stable (i386) system einen neueren kernel von backports.org unterjubeln. ich habe mit apt-pinning zwar schon oefter verwendet, aber ich habe meist mehr pakete als mir lieb war aus dem neuen repo bekommen. ich moechte hier wirklich nur den neuen kernel haben, sonst nix: sources.list: deb http://ftp.de.debian.org/debian/ stable main contrib non-free deb http://ftp.de.debian.org/backports.org sarge-backports main contrib non-free (ja, -security und -src sowie noch andere repos sind auch noch dabei) apt.conf: APT::Default-Release stable; preferences: Package: linux-image-* ^ Das geht nicht. Hier darf nur ein Paket oder * (synonym für alle Pakete) stehen. Paketnamen mit Wildcards werden nicht verstanden und vollständig ignoriert. 'apt-cache policy linux-image-2.6.16-2-686' wird dir zeigen, dass dieses Paket keine Priorität von 999 hat. Ändere das auf den richtigen Paketnamen (auch mehrere Pakete in dieser Zeile werden AFAIK nicht verstanden). Und weiterhin sollte man anmerken das die APT::Default-Release Einstellung nicht sehr gut mit Pinning harmoniert. Besser einen Pin mit Prioritaet 990 anlegen der auf release a=stable pinnt. Andreas -- Time to be aggressive. Go after a tattooed Virgo. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt pinning
Hallo, Andreas Pakulat wrote: On 05.09.06 21:49:52, Daniel Leidert wrote: Am Dienstag, den 05.09.2006, 18:34 +0100 schrieb Christian: sources.list: deb http://ftp.de.debian.org/debian/ stable main contrib non-free deb http://ftp.de.debian.org/backports.org sarge-backports main contrib non-free apt.conf: APT::Default-Release stable; preferences: Package: linux-image-* ^ Das geht nicht. Hier darf nur ein Paket oder * (synonym für alle Pakete) stehen. Paketnamen mit Wildcards werden nicht verstanden und vollständig ignoriert. 'apt-cache policy linux-image-2.6.16-2-686' wird dir zeigen, dass dieses Paket keine Priorität von 999 hat. Ändere das auf den richtigen Paketnamen (auch mehrere Pakete in dieser Zeile werden AFAIK nicht verstanden). Und weiterhin sollte man anmerken das die APT::Default-Release Einstellung nicht sehr gut mit Pinning harmoniert. Besser einen Pin mit Prioritaet 990 anlegen der auf release a=stable pinnt. Die Einträge in /etc/apt/preferences sind außerdem nicht (mehr?) nötig, es reicht der Eintrag in /etc/apt/sources.list und Angabe von -t sarge-backports bei apt-get install (siehe Hinweise auf backports.org). Schönen Gruß, Wolf -- Büroschimpfwort des Tages: Wurmschleuder - Mitarbeiter, der ausnahmslos aus Neugier alle Email-Anhänge öffnet. (Bernd Lucas) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt pinning
On Tue, 5 Sep 2006, Andreas Pakulat wrote: Und weiterhin sollte man anmerken das die APT::Default-Release Einstellung nicht sehr gut mit Pinning harmoniert. Besser einen Pin mit Prioritaet 990 anlegen der auf release a=stable pinnt. danke fuer den hint: $ cat /etc/apt/preferences Package: * Pin: release a=sarge Pin-Priority: 990 Package: linux-image-2.6-686 Pin: release a=sarge-backports Pin-Priority: 999 wie schon beschrieben, werden die abhaengigkeiten von linux-image-2.6-686 (naemlich linux-image-2.6.16-2-686) damit trotzdem nicht gepinnt :( -- BOFH excuse #76: Unoptimized hard drive -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt pinning
On Tue, 5 Sep 2006, Daniel Leidert wrote: Das geht nicht. Hier darf nur ein Paket oder * (synonym für alle Pakete) stehen. Paketnamen mit Wildcards werden nicht verstanden und vollständig ignoriert. ah, ok. das wusste ich nicht, ist geaendert: $ cat /etc/apt/preferences Package: linux-image-2.6-686 Pin: release a=sarge-backports Pin-Priority: 999 'apt-cache policy linux-image-2.6.16-2-686' wird dir zeigen, dass dieses Paket keine Priorität von 999 hat. Ändere das hm, linux-image-2.6-686 hat nun eine prio von 999, nicht aber linux-image-2.6.16-2-686. ich muesste nun auch linux-image-2.6.16-2-686 in die preferences mit aufnehmen, weil: Das Paket selbst ist leer und hat nur eine Abhängigkeit zu dem richtigen[tm] Kernel-Paket. ich genau das tun wollte: das meta-paket pinnen, damit ich den jeweils aktuellen kernel von den backports erhalten wollten. rekursives pinning oder so ;-) danke fuer den hint, Christian. -- BOFH excuse #76: Unoptimized hard drive
Re: Wo ist mein Denkfehler - apt pinning
Hallo Evengi, Am 2006-03-15 21:47:15, schrieb Evgeni Golov: Wo ist mein Denkfehler bei der ganzen Sache? Habs auch mit stable bzw testing in der sources.list probiert - gleiches Ergebnis. Also ich hatte auch paarmal so komische Fehler, seitdem verwende ich unterschiedliche Server, was immer funktioniert... Package: * Pin: origin ftp.de.debian.org Pin-Priority: 900 Package: * Pin: origin ftp.fr.debian.org Pin-Priority: 400 Package: * Pin: origin ftp.debian.org Pin-Priority: 100 Erster ist Sarge, zweiterer Etch und lezterer Sid. Probleme gelöst. TIA Evgeni Greetings Michelle Konzack Systemadministrator -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Wo ist mein Denkfehler - apt pinning
N'Abend, ich wollte grade auf einer Sarge Kiste Etch in die sources.list eintragen, weil ich da n Paket backporten wollte. Im Grunde nix schlimmes, etch inne sources.list und /e/a/preferences anpassen - siehe da, das war schon erledigt: Package: * Pin: release a=stable Pin-Priority: 900 Package: * Pin: release a=testing Pin-Priority: 200 Package: * Pin: release a=unstable Pin-Priority: 100 Nach meinem Verständnis müsste jetzt Sarge 900 kriegen, und Etch 200. Aber Pustekuchen: apt-cache policy python python: Installed: 2.3.5-2 Candidate: 2.3.5-5 Version Table: 2.3.5-5 0 500 ftp://ftp.de.debian.org etch/main Packages *** 2.3.5-2 0 500 ftp://ftp.de.debian.org sarge/main Packages 100 /var/lib/dpkg/status Wo ist mein Denkfehler bei der ganzen Sache? Habs auch mit stable bzw testing in der sources.list probiert - gleiches Ergebnis. TIA Evgeni -- ^^^| Evgeni -SargentD- Golov ([EMAIL PROTECTED]) d(O_o)b | PGP-Key-ID: 0xAC15B50C -|- | WWW: http://www.die-welt.net ICQ: 54116744 / \| IRC: #sod @ irc.german-freakz.net Frueher nahmen wir pr0n, um die Leitung vollzumachen. Heute tun's auch KDE-updates (jjFux - IRCNet) pgpwlgeFpTQjX.pgp Description: PGP signature
Re: Wo ist mein Denkfehler - apt pinning
Am Mittwoch, den 15.03.2006, 21:47 +0100 schrieb Evgeni Golov: ich wollte grade auf einer Sarge Kiste Etch in die sources.list eintragen, weil ich da n Paket backporten wollte. Im Grunde nix schlimmes, etch inne sources.list und /e/a/preferences anpassen - siehe da, das war schon erledigt: Package: * Pin: release a=stable Pin-Priority: 900 Package: * Pin: release a=testing Pin-Priority: 200 Package: * Pin: release a=unstable Pin-Priority: 100 Die sind ok. Nach meinem Verständnis müsste jetzt Sarge 900 kriegen, und Etch 200. Aber Pustekuchen: [snip] Hast du 'apt-get update' noch einmal aufgerufen? Das ist notwendig nach jeder Änderung an der /etc/apt/preferences. MfG Daniel
Re: Wo ist mein Denkfehler - apt pinning
On Wed, 15 Mar 2006 22:08:17 +0100 Daniel Leidert [EMAIL PROTECTED] wrote: Am Mittwoch, den 15.03.2006, 21:47 +0100 schrieb Evgeni Golov: ich wollte grade auf einer Sarge Kiste Etch in die sources.list eintragen, weil ich da n Paket backporten wollte. Im Grunde nix schlimmes, etch inne sources.list und /e/a/preferences anpassen - siehe da, das war schon erledigt: Package: * Pin: release a=stable Pin-Priority: 900 ]...] Die sind ok. Mein ich auch. Nach meinem Verständnis müsste jetzt Sarge 900 kriegen, und Etch 200. Aber Pustekuchen: [snip] Hast du 'apt-get update' noch einmal aufgerufen? Das ist notwendig nach jeder Änderung an der /etc/apt/preferences. Sicher? Ich war immer der Meinung, apt liest es 'live' ein. Die apt/preferences war aber schon vor dem ändern der sources.list so und deswegen hilft das leider nichts, habs grad extra nochmal getestet. Evgeni -- ^^^| Evgeni -SargentD- Golov ([EMAIL PROTECTED]) d(O_o)b | PGP-Key-ID: 0xAC15B50C -|- | WWW: http://www.die-welt.net ICQ: 54116744 / \| IRC: #sod @ irc.german-freakz.net We have joy, we have fun, ... we have Linux on our Sun ... *träller* (cehteh - IRCNet) pgpVKbWxeiBS8.pgp Description: PGP signature
Re: Wo ist mein Denkfehler - apt pinning
Evgeni Golov wrote: ich wollte grade auf einer Sarge Kiste Etch in die sources.list eintragen, weil ich da n Paket backporten wollte. Im Grunde nix schlimmes, etch inne sources.list und /e/a/preferences anpassen - siehe da, das war schon erledigt: Package: * Pin: release a=stable Pin-Priority: 900 Package: * Pin: release a=testing Pin-Priority: 200 Package: * Pin: release a=unstable Pin-Priority: 100 Nach meinem Verständnis müsste jetzt Sarge 900 kriegen, und Etch 200. Aber Pustekuchen: apt-cache policy python python: Installed: 2.3.5-2 Candidate: 2.3.5-5 Version Table: 2.3.5-5 0 500 ftp://ftp.de.debian.org etch/main Packages *** 2.3.5-2 0 500 ftp://ftp.de.debian.org sarge/main Packages 100 /var/lib/dpkg/status Wo ist mein Denkfehler bei der ganzen Sache? Habs auch mit stable bzw testing in der sources.list probiert - gleiches Ergebnis. Welche Version von apt verwendest du? Mir ist da im Changelog nämlich was aufgefallen: ,[ /usr/share/doc/apt/changelog.gz ] | apt (0.6.10) experimental; urgency=low | | * Use Codename (woody, sarge, etc.) to supply the value of the | Archive package file attribute, used to match release a= type | pins, rather than Suite (stable, testing, etc.) ` Demnach müßte man für apt=0.6.10 also so was wie Pin: release a=etch verwenden. -- Thomas Weinbrenner pgpo47oqJhi3w.pgp Description: PGP signature
Re: Wo ist mein Denkfehler - apt pinning
On Wed, 15 Mar 2006 23:37:29 +0100 Thomas Weinbrenner [EMAIL PROTECTED] wrote: Wo ist mein Denkfehler bei der ganzen Sache? Habs auch mit stable bzw testing in der sources.list probiert - gleiches Ergebnis. Welche Version von apt verwendest du? Die aus Sarge - 0.5.28.6 - dementsprechend greift das leider auch ned. Habs grad auch getestet - tut ned. Demnach müßte man für apt=0.6.10 also so was wie Pin: release a=etch verwenden. -- ^^^| Evgeni -SargentD- Golov ([EMAIL PROTECTED]) d(O_o)b | PGP-Key-ID: 0xAC15B50C -|- | WWW: http://www.die-welt.net ICQ: 54116744 / \| IRC: #sod @ irc.german-freakz.net We have joy, we have fun, ... we have Linux on our Sun ... *träller* (cehteh - IRCNet) pgp8TDYKp2t9b.pgp Description: PGP signature
Re: Wo ist mein Denkfehler - apt pinning
On 15.03.06 22:08:17, Daniel Leidert wrote: Am Mittwoch, den 15.03.2006, 21:47 +0100 schrieb Evgeni Golov: Nach meinem Verständnis müsste jetzt Sarge 900 kriegen, und Etch 200. Aber Pustekuchen: [snip] Hast du 'apt-get update' noch einmal aufgerufen? Das ist notwendig nach jeder Änderung an der /etc/apt/preferences. Nein ist es nicht. Andreas -- A vivid and creative mind characterizes you. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Wo ist mein Denkfehler - apt pinning
On 15.03.06 21:47:15, Evgeni Golov wrote: Nach meinem Verständnis müsste jetzt Sarge 900 kriegen, und Etch 200. Jupp. Aber Pustekuchen: apt-cache policy python python: Installed: 2.3.5-2 Candidate: 2.3.5-5 Version Table: 2.3.5-5 0 500 ftp://ftp.de.debian.org etch/main Packages *** 2.3.5-2 0 500 ftp://ftp.de.debian.org sarge/main Packages 100 /var/lib/dpkg/status Wo ist mein Denkfehler bei der ganzen Sache? Habs auch mit stable bzw testing in der sources.list probiert - gleiches Ergebnis. Was steht denn in deinen Release-Dateien drinne? (/var/lib/apt/lists/*Release) Andreas -- Don't look back, the lemmings are gaining on you. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Wo ist mein Denkfehler - apt pinning
Am Mittwoch, den 15.03.2006, 22:12 +0100 schrieb Evgeni Golov: On Wed, 15 Mar 2006 22:08:17 +0100 Daniel Leidert [EMAIL PROTECTED] wrote: Am Mittwoch, den 15.03.2006, 21:47 +0100 schrieb Evgeni Golov: ich wollte grade auf einer Sarge Kiste Etch in die sources.list eintragen, weil ich da n Paket backporten wollte. Im Grunde nix schlimmes, etch inne sources.list und /e/a/preferences anpassen - siehe da, das war schon erledigt: Package: * Pin: release a=stable Pin-Priority: 900 ]...] Die sind ok. Mein ich auch. Sind sie auch :) Ich nutze die selben und das funktioniert. Mit einem einfachen apt-cache policy werden dir alle deine soucres.list-Einträge mit der aktuellen Pin-Priorität und den möglichen Feldern, auf die man pinnen kann, gelistet. Nach meinem Verständnis müsste jetzt Sarge 900 kriegen, und Etch 200. Aber Pustekuchen: [snip] Hast du 'apt-get update' noch einmal aufgerufen? Das ist notwendig nach jeder Änderung an der /etc/apt/preferences. Sicher? Ja. Ich war immer der Meinung, apt liest es 'live' ein. Die apt/preferences war aber schon vor dem ändern der sources.list so und deswegen hilft das leider nichts, habs grad extra nochmal getestet. Einen Default-Release Eintrag in der /etc/apt/apt.conf hast du aber nicht? Die Prioritäten sehen jedenfalls nicht danach aus. MfG Daniel
Re: Wo ist mein Denkfehler - apt pinning
On Thu, 16 Mar 2006 00:07:16 +0100 Andreas Pakulat [EMAIL PROTECTED] wrote: On 15.03.06 21:47:15, Evgeni Golov wrote: Nach meinem Verständnis müsste jetzt Sarge 900 kriegen, und Etch 200. Jupp. Wo ist mein Denkfehler bei der ganzen Sache? Habs auch mit stable bzw testing in der sources.list probiert - gleiches Ergebnis. Was steht denn in deinen Release-Dateien drinne? (/var/lib/apt/lists/*Release) [EMAIL PROTECTED]:~$ grep Archive /var/lib/apt/lists/ftp.de.debian.org_debian_dists_sarge_main_binary-i386_Release Archive: stable [EMAIL PROTECTED]:~$ grep Archive /var/lib/apt/lists/ftp.de.debian.org_debian_dists_etch_main_binary-i386_Release Archive: testing Das was soll, oder? Evgeni -- ^^^| Evgeni -SargentD- Golov ([EMAIL PROTECTED]) d(O_o)b | PGP-Key-ID: 0xAC15B50C -|- | WWW: http://www.die-welt.net ICQ: 54116744 / \| IRC: #sod @ irc.german-freakz.net Fuer windows hab keine Zeit weil wenn ich nachhause komm will ich lieber poppen und nich noch mein OS reparieren (Therion - german-freakz.net) pgpkyNO5ibgjg.pgp Description: PGP signature
Re: Wo ist mein Denkfehler - apt pinning
Am Mittwoch, den 15.03.2006, 23:37 +0100 schrieb Thomas Weinbrenner: [Probleme beim Pinnen] Welche Version von apt verwendest du? Mir ist da im Changelog nämlich was aufgefallen: ,[ /usr/share/doc/apt/changelog.gz ] | apt (0.6.10) experimental; urgency=low | | * Use Codename (woody, sarge, etc.) to supply the value of the | Archive package file attribute, used to match release a= type | pins, rather than Suite (stable, testing, etc.) ` Demnach müßte man für apt=0.6.10 also so was wie Pin: release a=etch verwenden. Das sollte mit Version 0.6.15 rückgängig gemacht worden sein und funktioniert bei mir auch nur, wenn auf das Suite:-Feld gepinnt wird. Auf das Codename-Feld kann man aktuell nicht pinnen (siehe auch die Antwort vom OP an Andreas: Archive = $Suite). MfG Daniel
Re: Wo ist mein Denkfehler - apt pinning
Am Donnerstag, den 16.03.2006, 00:04 +0100 schrieb Andreas Pakulat: On 15.03.06 22:08:17, Daniel Leidert wrote: Am Mittwoch, den 15.03.2006, 21:47 +0100 schrieb Evgeni Golov: Nach meinem Verständnis müsste jetzt Sarge 900 kriegen, und Etch 200. Aber Pustekuchen: [snip] Hast du 'apt-get update' noch einmal aufgerufen? Das ist notwendig nach jeder Änderung an der /etc/apt/preferences. Nein ist es nicht. Du hast Recht. Hat man offenbar geändert. Ich bin mir ziemlich sicher, dass das früher notwendig war. Nicht? MfG Daniel
Re: Wo ist mein Denkfehler - apt pinning
On 16.03.06 00:32:12, Daniel Leidert wrote: Am Donnerstag, den 16.03.2006, 00:04 +0100 schrieb Andreas Pakulat: On 15.03.06 22:08:17, Daniel Leidert wrote: Am Mittwoch, den 15.03.2006, 21:47 +0100 schrieb Evgeni Golov: Nach meinem Verständnis müsste jetzt Sarge 900 kriegen, und Etch 200. Aber Pustekuchen: [snip] Hast du 'apt-get update' noch einmal aufgerufen? Das ist notwendig nach jeder Änderung an der /etc/apt/preferences. Nein ist es nicht. Du hast Recht. Hat man offenbar geändert. Ich bin mir ziemlich sicher, dass das früher notwendig war. Nicht? Also wenn dann ist das schon _sehr_ lange her, jedenfalls solange wie ich apt-cache policy und Pinning kenne nicht (ca. Sommer 2003 wuerd ich sagen). Andreas -- You will be called upon to help a friend in trouble. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Wo ist mein Denkfehler - apt pinning
On 16.03.06 00:08:06, Daniel Leidert wrote: Einen Default-Release Eintrag in der /etc/apt/apt.conf hast du aber nicht? Die Prioritäten sehen jedenfalls nicht danach aus. Das koennte ein wichtiger Hinweis sein, denn tatsaechlich behindert ein Default-Release Eintrag die preferences-Einstellungen sehr. Andreas -- You are not dead yet. But watch for further reports. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Wo ist mein Denkfehler - apt pinning
On 16.03.06 00:13:22, Evgeni Golov wrote: On Thu, 16 Mar 2006 00:07:16 +0100 Andreas Pakulat [EMAIL PROTECTED] wrote: On 15.03.06 21:47:15, Evgeni Golov wrote: Nach meinem Verständnis müsste jetzt Sarge 900 kriegen, und Etch 200. Jupp. Wo ist mein Denkfehler bei der ganzen Sache? Habs auch mit stable bzw testing in der sources.list probiert - gleiches Ergebnis. Was steht denn in deinen Release-Dateien drinne? (/var/lib/apt/lists/*Release) [EMAIL PROTECTED]:~$ grep Archive /var/lib/apt/lists/ftp.de.debian.org_debian_dists_sarge_main_binary-i386_Release Archive: stable [EMAIL PROTECTED]:~$ grep Archive /var/lib/apt/lists/ftp.de.debian.org_debian_dists_etch_main_binary-i386_Release Archive: testing Das was soll, oder? Jepp, bliebe noch die Fragen nach einem Default-Release Eintrag? Andreas -- Don't worry so loud, your roommate can't think. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Wo ist mein Denkfehler - apt pinning
On Thu, 16 Mar 2006 01:13:32 +0100 Andreas Pakulat [EMAIL PROTECTED] wrote: On 16.03.06 00:08:06, Daniel Leidert wrote: Einen Default-Release Eintrag in der /etc/apt/apt.conf hast du aber nicht? Die Prioritäten sehen jedenfalls nicht danach aus. Das koennte ein wichtiger Hinweis sein, denn tatsaechlich behindert ein Default-Release Eintrag die preferences-Einstellungen sehr. Dieser existiert aber nicht, genauso wie die ganze apt.conf Datei. Und in apt.conf.d ist sowas auch ned vorhanden. Auf einer anderen Sarge Kiste funktioniert das Pinning mit der selben preferences-Datei und gleichen Quellen wunderbar. Erklär mir das ma einer? -- ^^^| Evgeni -SargentD- Golov ([EMAIL PROTECTED]) d(O_o)b | PGP-Key-ID: 0xAC15B50C -|- | WWW: http://www.die-welt.net ICQ: 54116744 / \| IRC: #sod @ irc.german-freakz.net Kernel panic: Could not determine whether bit was one, zero or sqrt (1/PI)... (Jan Kohnert - debian-user-german) pgph4QBxSp9oc.pgp Description: PGP signature
[SOLVED] Re: Wo ist mein Denkfehler - apt pinning
On Thu, 16 Mar 2006 08:15:15 +0100 Evgeni Golov [EMAIL PROTECTED] wrote: On Thu, 16 Mar 2006 01:13:32 +0100 Andreas Pakulat [EMAIL PROTECTED] wrote: On 16.03.06 00:08:06, Daniel Leidert wrote: Einen Default-Release Eintrag in der /etc/apt/apt.conf hast du aber nicht? Die Prioritäten sehen jedenfalls nicht danach aus. Das koennte ein wichtiger Hinweis sein, denn tatsaechlich behindert ein Default-Release Eintrag die preferences-Einstellungen sehr. Dieser existiert aber nicht, genauso wie die ganze apt.conf Datei. Und in apt.conf.d ist sowas auch ned vorhanden. Auf einer anderen Sarge Kiste funktioniert das Pinning mit der selben preferences-Datei und gleichen Quellen wunderbar. Erklär mir das ma einer? Haha, ich habs gelöst. Anscheinend war in der apt/preferences irgendwo ein kaputter Zeilenumbruch oder sowas. Hab auf jeden Fall grade einfach alle Einträge händisch neugetippt und siehe da: et pinned richtig. Sehr komisch. Vor allem weil ich mir ziemlich sicher bin, die Datei nicht selbst erstellt zu haben... Naja, egal, es tut. Danke an alle Beteiligten. Gruß Evgeni -- ^^^| Evgeni -SargentD- Golov ([EMAIL PROTECTED]) d(O_o)b | PGP-Key-ID: 0xAC15B50C -|- | WWW: http://www.die-welt.net ICQ: 54116744 / \| IRC: #sod @ irc.german-freakz.net Fuer windows hab keine Zeit weil wenn ich nachhause komm will ich lieber poppen und nich noch mein OS reparieren (Therion - german-freakz.net) pgpgewhM6SkRy.pgp Description: PGP signature
Re: Probleme mit Apt-Pinning
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andreas Pakulat wrote: On 21.Jun 2005 - 14:44:09, Paul Puschmann wrote: Allerdings will aptitude immer noch gerne die aktuellen Versionen von testing installieren, obwohl laut obigem Text und Pinning das nicht sein sollte, oder? Nun, aptitude merkt sich welche Pakete du für die Installation ausgewählt hast und welche nicht (bzw. für ein Upgrade) oder auch welche es selbst ausgewählt hat (weil höhere Versionsnummer). Du musst die Pakete per Hand deselektieren. Ich habe die jetzt auch zurückgehalten, allerdings hatte ich gedacht, dass das eben durch das Pinning automatisch geschieht. Naja, dann werde ich wohl erst einmal apti-cron deaktivieren und dann noch eine Weile experimentieren. Paul - -- Linux-User #271918 with the Linux Counter, http://counter.li.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (MingW32) iEYEARECAAYFAkK5BicACgkQqErKtBWD7VS/lgCgl2uvebBdP0Tj54K5UKyZqUbP U6EAn3xTNbhUDZ/j+W1hth95YtBs7CDP =Ji4R -END PGP SIGNATURE- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Probleme mit Apt-Pinning
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, bis jetzt habe ich mit dem Pinning keine Probleme gehabt, da ich meist Package: * benutzt habe. Auf dem Laptop funktioniert es zumindest optimal, ein sarge installiert und aktualisiert brav die 2.6.11er Kernel-Quellen aus dem sid und andere Pakete bleiben so wie sie sind. Auf einem anderen Rechner setze ich Subversion ein (sarge auf sparc) und möchte nun aber dieses aktuell halten (aus etch). Dazu habe ich mir die /etp/apt/preferences wie folgt editiert: Package: * Pin: release a=sarge Pin-Priority: 650 Package: * Pin: release a=etch Pin-Priority: 620 Package: subversion Pin: release a=etch Pin-Priority: 700 Package: subversion-tools Pin: release a=etch Pin-Priority: 700 [und noch einige svn-Pakete mehr] /etc/apt/sources.list: deb http://ftp2.de.debian.org/debian sarge main contrib non-free deb http://ftp2.de.debian.org/debian etch main contrib non-free (zwar normalerweise über apt-proxy, aber das dürfte ja egal sein) Interessanterweise möchte aptitude nun verschiedene andere Pakete aktualisieren (bash, whiptail, ...) die allerdings aus etch kommen. Aber gerade diese Pakete will ich ja nicht (unbedingt) aktualisieren. Wo ist denn jetzt mein Fehler in der /etp/apt/preferences ? Oder weiß jemand noch alternative Quellen mit aktuellen .debs für Sarge? Paul - -- Linux-User #271918 with the Linux Counter, http://counter.li.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (MingW32) iEYEARECAAYFAkK36gUACgkQqErKtBWD7VQoIQCg75kuMSfoDkggiJCGGjwTS3OO YS0AoLW9NXg93x8mFrVifKQvGLyhBv6Y =tzJ8 -END PGP SIGNATURE- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Probleme mit Apt-Pinning
On 21.Jun 2005 - 12:20:54, Paul Puschmann wrote: Auf einem anderen Rechner setze ich Subversion ein (sarge auf sparc) und möchte nun aber dieses aktuell halten (aus etch). Dazu habe ich mir die /etp/apt/preferences wie folgt editiert: Package: * Pin: release a=sarge Pin-Priority: 650 Package: * Pin: release a=etch Pin-Priority: 620 Package: subversion Pin: release a=etch Pin-Priority: 700 Package: subversion-tools Pin: release a=etch Pin-Priority: 700 [und noch einige svn-Pakete mehr] /etc/apt/sources.list: deb http://ftp2.de.debian.org/debian sarge main contrib non-free deb http://ftp2.de.debian.org/debian etch main contrib non-free (zwar normalerweise über apt-proxy, aber das dürfte ja egal sein) Interessanterweise möchte aptitude nun verschiedene andere Pakete aktualisieren (bash, whiptail, ...) die allerdings aus etch kommen. Aber gerade diese Pakete will ich ja nicht (unbedingt) aktualisieren. Was sagt apt-cache policy? Damit kriegst du eine Übersicht, welche Regeln überhaupt funktionieren. Danach solltest du prüfen ob es evtl. an den Depends liegt... Andreas -- Living your life is a task so difficult, it has never been attempted before. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Probleme mit Apt-Pinning
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andreas Pakulat wrote: On 21.Jun 2005 - 12:20:54, Paul Puschmann wrote: Auf einem anderen Rechner setze ich Subversion ein (sarge auf sparc) und möchte nun aber dieses aktuell halten (aus etch). Dazu habe ich mir die /etp/apt/preferences wie folgt editiert: Package: * Pin: release a=sarge Pin-Priority: 650 Package: * Pin: release a=etch Pin-Priority: 620 Package: subversion Pin: release a=etch Pin-Priority: 700 Package: subversion-tools Pin: release a=etch Pin-Priority: 700 [und noch einige svn-Pakete mehr] /etc/apt/sources.list: deb http://ftp2.de.debian.org/debian sarge main contrib non-free deb http://ftp2.de.debian.org/debian etch main contrib non-free (zwar normalerweise über apt-proxy, aber das dürfte ja egal sein) Interessanterweise möchte aptitude nun verschiedene andere Pakete aktualisieren (bash, whiptail, ...) die allerdings aus etch kommen. Aber gerade diese Pakete will ich ja nicht (unbedingt) aktualisieren. Was sagt apt-cache policy? Damit kriegst du eine Übersicht, welche Regeln überhaupt funktionieren. Danach solltest du prüfen ob es evtl. an den Depends liegt... Aha, so kommt Licht ins Dunkel... Paketdateien: 100 /var/lib/dpkg/status release a=now 500 http://10.10.10.12 etch/non-free Packages release o=Debian,a=testing,l=Debian,c=non-free origin 10.10.10.12 [snip] 500 http://10.10.10.12 sarge/non-free Packages release v=3.1r0,o=Debian,a=stable,l=Debian,c=non-free origin 10.10.10.12 [snip] Festgehaltene Pakete (»Pin«): libapache2-svn - (nicht gefunden) python2.3-subversion - (nicht gefunden) subversion - (nicht gefunden) libsvn0 - (nicht gefunden) subversion-tools - (nicht gefunden) (10.10.10.12 ist der Proxy) Na dann ist ja klar, dass der bash und ähnliches aktualisieren will, wenn die auf 500 gepinnt sind. Interessanterweise macht er aus dem sarge den Begriff stable und aus etch das testing. Ich habe nun in die /etc/preferences die entsprechenden Einträge für stable und testing hinzugefügt und dann noch die einzelnen Packages auf testing (statt auf etch) gepinnt. Dann funktioniert es (laut apt-cache policy) einwandfrei. Also: Problem gelöst. Aber: Warum kann man die Packages nicht mit dem Release-Namen anprechen? Vielen Dank, Andreas! Paul - -- Linux-User #271918 with the Linux Counter, http://counter.li.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (MingW32) iEYEARECAAYFAkK3+aQACgkQqErKtBWD7VScEgCggNZX2aXCZ4/r/FrIHxdBF/3/ e1QAoIFMfbHN1hASgu+k+I6uJHfBBKZq =lsof -END PGP SIGNATURE- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Probleme mit Apt-Pinning
On 21.Jun 2005 - 13:27:32, Paul Puschmann wrote: Aber: Warum kann man die Packages nicht mit dem Release-Namen anprechen? Tja, vermutlich damit Debian nicht bei jedem Release die Release-Dateien erneuern muss. Dort stehen nämlich diese Einträge drin. Andreas -- You are a bundle of energy, always on the go. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Probleme mit Apt-Pinning
Am Dienstag, den 21.06.2005, 13:42 +0200 schrieb Andreas Pakulat: On 21.Jun 2005 - 13:27:32, Paul Puschmann wrote: Aber: Warum kann man die Packages nicht mit dem Release-Namen anprechen? Eine gute Frage, die sich auf debian-developers bestimmt mal lohnt :) Tja, vermutlich damit Debian nicht bei jedem Release die Release-Dateien erneuern muss. Dort stehen nämlich diese Einträge drin. Dann wäre die jetzige Situation ja kontraproduktiv, denn nur der Codename bleibt erhalten, wohingegen stable und testing nur temporäre Symlinks auf die jeweilige stable- und testing-Distribution sind. Damit muss Debian bei einem neuen Release diese Dateien sowieso ändern - außer sie schmeißen die stable, testing Angaben raus (was sehr unwahrscheinlich ist). JFTP: Die Codenamen sind mit dem Sarge-Release aus den Release-Dateien entfernt wurden. Für mich nicht nachvollziehbar, welchen Sinn dieser Schritt hatte oder haben sollte, zumal die signierten Release-Dateien in dists/distribution immer noch den Codenamen angeben. MfG Daniel
Re: Probleme mit Apt-Pinning
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul Puschmann wrote: Also: Problem gelöst. Das Problem ist leider noch nicht ganz gelöst. Ich sollte vor dem Posten leiber Testen. Der Ausgabe von apt-cache policy zu Folge sollte ja alles in Ordnung sein: Paketdateien: 100 /var/lib/dpkg/status release a=now 600 http://10.10.10.12 sid/non-free Packages release o=Debian,a=unstable,l=Debian,c=non-free origin 10.10.10.12 600 http://10.10.10.12 sid/contrib Packages release o=Debian,a=unstable,l=Debian,c=contrib origin 10.10.10.12 600 http://10.10.10.12 sid/main Packages release o=Debian,a=unstable,l=Debian,c=main origin 10.10.10.12 620 http://10.10.10.12 etch/non-free Packages release o=Debian,a=testing,l=Debian,c=non-free origin 10.10.10.12 620 http://10.10.10.12 etch/contrib Packages release o=Debian,a=testing,l=Debian,c=contrib origin 10.10.10.12 620 http://10.10.10.12 etch/main Packages release o=Debian,a=testing,l=Debian,c=main origin 10.10.10.12 620 http://10.10.10.12 etch/updates/contrib Packages release v=x.y,o=Debian,a=testing,l=Debian-Security,c=updates/contrib origin 10.10.10.12 620 http://10.10.10.12 etch/updates/main Packages release v=x.y,o=Debian,a=testing,l=Debian-Security,c=updates/main origin 10.10.10.12 650 http://10.10.10.12 sarge/non-free Packages release v=3.1r0,o=Debian,a=stable,l=Debian,c=non-free origin 10.10.10.12 650 http://10.10.10.12 sarge/contrib Packages release v=3.1r0,o=Debian,a=stable,l=Debian,c=contrib origin 10.10.10.12 650 http://10.10.10.12 sarge/main Packages release v=3.1r0,o=Debian,a=stable,l=Debian,c=main origin 10.10.10.12 650 http://10.10.10.12 sarge/updates/contrib Packages release v=3.1,o=Debian,a=stable,l=Debian-Security,c=updates/contrib origin 10.10.10.12 650 http://10.10.10.12 sarge/updates/main Packages release v=3.1,o=Debian,a=stable,l=Debian-Security,c=updates/main origin 10.10.10.12 Festgehaltene Pakete (»Pin«): libapache2-svn - 1.1.4-2 python2.3-subversion - 1.1.4-2 subversion - 1.2.0-1 libsvn0 - 1.1.4-2 subversion-tools - 1.2.0-1 Hier habe ich subversion und subversion-tools mal auf unstable gepinnt, um noch mal explizit zu zeigen, dass es funktioniert. Dass die ganzen Abhängigkeiten dann Ärger machen ist ja okay, da weiß ich ja wo es herkommt. Allerdings will aptitude immer noch gerne die aktuellen Versionen von testing installieren, obwohl laut obigem Text und Pinning das nicht sein sollte, oder? stable=650 testing =620 unstable =600 Da sollte die Reihenfolge doch klar sein... (zumindest für mich) Paul - -- Linux-User #271918 with the Linux Counter, http://counter.li.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (MingW32) iEYEARECAAYFAkK4C5kACgkQqErKtBWD7VRR4wCfQ7goIVEPLVwWfh0tXQGK/Kmm 7OoAnAzFj4TFrzomsB5vWZAtf0pWxK5b =Nr+1 -END PGP SIGNATURE- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Probleme mit Apt-Pinning
On 21.Jun 2005 - 14:44:09, Paul Puschmann wrote: Allerdings will aptitude immer noch gerne die aktuellen Versionen von testing installieren, obwohl laut obigem Text und Pinning das nicht sein sollte, oder? Nun, aptitude merkt sich welche Pakete du für die Installation ausgewählt hast und welche nicht (bzw. für ein Upgrade) oder auch welche es selbst ausgewählt hat (weil höhere Versionsnummer). Du musst die Pakete per Hand deselektieren. Andreas -- Never look up when dragons fly overhead. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Apt-Pinning
Hallo Liste, ich haette eine Frage betreffend Apt-Pinning. Ich arbeite an einem Sarge und moechte ganz gerne kde 3.3 am laufen haben, welches ja so nicht mehr in das spaetere Release kommen wird. Meine momentane /etc/apt/preferences sieht wie folgt aus: Package: * Pin: release a=testing Pin-Priority: 700 Package: * Pin: release a=unstable Pin-Priority: 700 Nun habe ich mittels aptitude die ganzen kde3.3 packete ausgewaehlt, installieren lassen und bin soweit gluecklich ... Kommen jetzt aber neuere Pakete der installierten Pakte ins unstable werden diese nicht mit geupdatet. Wie kann ich durch apt-pinning dem System beibringen das er NUR fuer die kde den unstable-Zweig beutzen und die neueren kde-packete installieren soll, aber der rest weiter nur vom SARGE-Baum? Gruesse und hoffe mein Problem klargemacht zu haben: Silvio Fricke -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
AW: Apt-Pinning
Hallo Liste, ich haette eine Frage betreffend Apt-Pinning. Ich arbeite an einem Sarge und moechte ganz gerne kde 3.3 am laufen haben, welches ja so nicht mehr in das spaetere Release kommen wird. Meine momentane /etc/apt/preferences sieht wie folgt aus: Package: * Pin: release a=testing Pin-Priority: 700 Package: * Pin: release a=unstable Pin-Priority: 700 Nun habe ich mittels aptitude die ganzen kde3.3 packete ausgewaehlt, installieren lassen und bin soweit gluecklich ... Kommen jetzt aber neuere Pakete der installierten Pakte ins unstable werden diese nicht mit geupdatet. Wie kann ich durch apt-pinning dem System beibringen das er NUR fuer die kde den unstable-Zweig beutzen und die neueren kde-packete installieren soll, aber der rest weiter nur vom SARGE-Baum? Hallo! Man könnte statt dem * bei Package einen Paketnamen verwenden, allerdings weiß ich nicht Welche Pakete KDE insgesamt benötigt, aber der Ansatz müsste in diese Richtung gehen ... Also so ähnlich: Package: kde* Hoffe ich konnte ein bisschen weiterhelfen. Grüsse Matthias Hägele
Re: AW: Apt-Pinning
Hallo, am Dienstag, 7. September 2004 14:06 schrieb Matthias Haegele: Hallo Liste, ich haette eine Frage betreffend Apt-Pinning. Ich arbeite an einem Sarge und moechte ganz gerne kde 3.3 am laufen haben, welches ja so nicht mehr in das spaetere Release kommen wird. Meine momentane /etc/apt/preferences sieht wie folgt aus: Package: * Pin: release a=testing Pin-Priority: 700 Package: * Pin: release a=unstable Pin-Priority: 700 Nun habe ich mittels aptitude die ganzen kde3.3 packete ausgewaehlt, installieren lassen und bin soweit gluecklich ... Kommen jetzt aber neuere Pakete der installierten Pakte ins unstable werden diese nicht mit geupdatet. Wie kann ich durch apt-pinning dem System beibringen das er NUR fuer die kde den unstable-Zweig beutzen und die neueren kde-packete installieren soll, aber der rest weiter nur vom SARGE-Baum? Hallo! Man könnte statt dem * bei Package einen Paketnamen verwenden, allerdings weiß ich nicht Welche Pakete KDE insgesamt benötigt, aber der Ansatz müsste in diese Richtung gehen ... Also so ähnlich: Package: kde* Das würde ich auch so raten, aber die KDE-Pakete hängen doch wieder von anderen Paketen ab. Mit anderen Worten: Du bekommst bestimmt *spätestens* dann ein Problem, wenn die Sarge- und SID-Bibliotheken sich deutlicher unterscheiden. In SID wird KDE 3.4 oder 4.0 reinkommen. Das braucht beispielsweise ein neueres QT, etc. ;) Früher oder später wird Dir dann wohl nur noch die Wahl bleiben: komplettes SID oder kaputtes System + Neuinstallation. Viele Grüße Robin -- Robin Haunschild [EMAIL PROTECTED] http://www.tuxschild.de [EMAIL PROTECTED] .''`. Ha Psi ist gleich Eh Psi : :' :-Niemals aufgeben, niemals kapitulieren- `. `'`*Linux* - apt-get into it `- Ich bin entschieden gegen Softwarepatente! Weitere Informationen unter http://www.ffii.org Bitte senden Sie mir keine Word-, Excel- oder PowerPoint-Anhänge. Siehe http://www.fsf.org/philosophy/no-word-attachments.de.html
AW: AW: Apt-Pinning
am Dienstag, 7. September 2004 14:06 schrieb Matthias Haegele: Hallo Liste, ich haette eine Frage betreffend Apt-Pinning. Ich arbeite an einem Sarge und moechte ganz gerne kde 3.3 am laufen haben, welches ja so nicht mehr in das spaetere Release kommen wird. Meine momentane /etc/apt/preferences sieht wie folgt aus: Package: * Pin: release a=testing Pin-Priority: 700 Package: * Pin: release a=unstable Pin-Priority: 700 Nun habe ich mittels aptitude die ganzen kde3.3 packete ausgewaehlt, installieren lassen und bin soweit gluecklich ... Kommen jetzt aber neuere Pakete der installierten Pakte ins unstable werden diese nicht mit geupdatet. Wie kann ich durch apt-pinning dem System beibringen das er NUR fuer die kde den unstable-Zweig beutzen und die neueren kde-packete installieren soll, aber der rest weiter nur vom SARGE-Baum? Hallo! Man könnte statt dem * bei Package einen Paketnamen verwenden, allerdings weiß ich nicht Welche Pakete KDE insgesamt benötigt, aber der Ansatz müsste in diese Richtung gehen ... Also so ähnlich: Package: kde* Robin Haunschild schrieb: Das würde ich auch so raten, aber die KDE-Pakete hängen doch wieder von anderen Paketen ab. Mit anderen Worten: Du bekommst bestimmt *spätestens* dann ein Problem, wenn die Sarge- und SID-Bibliotheken sich deutlicher unterscheiden. In SID wird KDE 3.4 oder 4.0 reinkommen. Das braucht beispielsweise ein neueres QT, etc. ;) Früher oder später wird Dir dann wohl nur noch die Wahl bleiben: komplettes SID oder kaputtes System + Neuinstallation. ... Da stimme ich absolut zu, generell würde ich das pinning auf unstable Auf eher kleinere Pakete anwenden die nicht so kritisch sind wie Das Monsterpaket KDE. Generell halte ich ein pinning auf alle Pakete Unstable für gefährlich. Ich würde eher dazu übergehen testing zu nehmen Und im Bedarfsfall Pakete direkt manuell aus unstable zu installieren. Man könnte natürlich auch noch als Default-Release sarge in die sources.list eintragen. Grüsse Matthias Hägele
Re: apt, pinning backports.org
Am 2004-07-18 18:14:39, schrieb Ralf Ebeling: Hi, versuche mich gerade mit Pinning von einzelnen Packages von backport.org, bekomme das aber nicht so richtig hin. # cat /etc/apt/preferences Package: postfix* Pin: release o=LaMont a=stable Pin-Priority: 650 Package: courier* Pin: release o=backports.org a=backports.org c=stable* Pin-Priority: 650 Wie währe es mit: Package: courier* Pin: origin www.backports.org Pin-Priority: 650 Package: * Pin: release a=stable Pin-Priority: 640 und hier vieleicht. Package: * Pin: origin ftp.de.debian.org Pin-Priority: 640 Wenn ich jetzt courier installieren will kommen immer noch die nomalen Packages. Mit Postfix dagegen klappt es. Spannend wird es dann wohl noch mit amavisd-new, weil hier noch Abhängig- keiten zu Perl-Modulen bestehen. Was muss ich oben eintragen? Ralf Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: apt, pinning backports.org
Am 2004-07-18 22:52:28, schrieb Rüdiger Noack: Ralf Ebeling wrote: zumindest 'Package: courier*' scheint nicht zu funktionieren... Ja. Wildcards funktionieren leider (zurzeit) nicht. Dann sollte Package: * auch nicht funktionieren :-) Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
apt, pinning backports.org
Hi, versuche mich gerade mit Pinning von einzelnen Packages von backport.org, bekomme das aber nicht so richtig hin. # cat /etc/apt/preferences Package: postfix* Pin: release o=LaMont a=stable Pin-Priority: 650 Package: courier* Pin: release o=backports.org a=backports.org c=stable* Pin-Priority: 650 Package: * Pin: release a=stable Pin-Priority: 640 Wenn ich jetzt courier installieren will kommen immer noch die nomalen Packages. Mit Postfix dagegen klappt es. Spannend wird es dann wohl noch mit amavisd-new, weil hier noch Abhängig- keiten zu Perl-Modulen bestehen. Was muss ich oben eintragen? Ralf -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt, pinning backports.org
Ralf Ebeling wrote: [something about pinning] Kennst du apt-cache policy? -- Gruß Rüdiger -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt, pinning backports.org
Rüdiger Noack wrote: Ralf Ebeling wrote: [something about pinning] Kennst du apt-cache policy? Ja, habe ich mich gerade mit rumgeschlagen. Habe aber allerdings immer noch keinen blassen Schimmer wie das Pinning nur wirklich funktioniert - zumindest 'Package: courier*' scheint nicht zu funktionieren... Ralf -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt, pinning backports.org
Ralf Ebeling wrote: zumindest 'Package: courier*' scheint nicht zu funktionieren... Ja. Wildcards funktionieren leider (zurzeit) nicht. -- Gruß Rüdiger -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
apt-pinning nach Section
Hallo Liste, kann man mit Hilfe der /etc/apt/preferences Prioritäten vergeben, die sich nicht nach dem Paketnamen, sondern nach der Section richtet? Konkret soll auf einem Sarge Gnome 2.6 laufen. Unstable ist generell unter 100 gepinnt; für Pakete mit »Section: gnome« soll deshalb ein Pinning wie für Sarge appliziert werden, um Aktualisierungen nicht zu verpassen. Grüße, kro -- Veteran of the Bermuda Triangle Expeditionary Force 1990-1951 (PGP/GPG 0xCE248A25) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt-pinning nach Section
Hi, kann man mit Hilfe der /etc/apt/preferences Prioritäten vergeben, die sich nicht nach dem Paketnamen, sondern nach der Section richtet? Konkret soll auf einem Sarge Gnome 2.6 laufen. Unstable ist generell unter 100 gepinnt; für Pakete mit »Section: gnome« soll deshalb ein Pinning wie für Sarge appliziert werden, um Aktualisierungen nicht zu verpassen. ich mache das folgendermaßen: apt-get install -t=unstable gnome-paket und ab dann nimmt er automatisch die neueste Quelle, jedenfalls ist es bei mir so. Also noch viel Spaß und Happy Hacking ;) Grüße, Grüße zurück kro Pierre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: apt-pinning nach Section
* Pierre Gillmann: Konkret soll auf einem Sarge Gnome 2.6 laufen. Unstable ist generell unter 100 gepinnt; für Pakete mit »Section: gnome« soll deshalb ein Pinning wie für Sarge appliziert werden, um Aktualisierungen nicht zu verpassen. ich mache das folgendermaßen: apt-get install -t=unstable gnome-paket und ab dann nimmt er automatisch die neueste Quelle, jedenfalls ist es bei mir so. Also noch viel Spaß und Happy Hacking ;) Mir ging es, außer um die einmalige Installation, auch um nachfolgende Aktualisierungen. Aber ich glaube, ich hab's: Das Pinning von unstable unter 100 war faslch. Zwischen 100 und dem Wert der Sarge-Quellen sollte auch für aktuelle Sid-Pakete sorgen, wenn sie einmal manuell installiert wurden. Grüße, kro -- Veteran of the Bermuda Triangle Expeditionary Force 1990-1951 (PGP/GPG 0xCE248A25) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt/Pinning
Am Donnerstag, 4. März 2004 23:15 schrieb Adam Weiner: Hallo! Also, erst mal herzlichen Dank für die überaus ausführliche Antwort. Zum Studieren muss ich mir etwas Zeit nehmen, da ich noch nicht so fit bin. Übrigens: ich habe bis jetzt noch keine evolution installiert, brauche aber vermutlich 1.0.5, da spätere Versionen den Abgleich mit meinem Palm wahrscheinlich nicht mehr so gut unterstützen (war jedenfalls beim Wechsel auf SuSE 8.1 festzustellen). Präventiv habe ich die /etc/apt/apt.conf jetzt erst 'mal auf stable gestellt. Also, das hab ich nie versucht. Ich hab es auf testing belassen. Das müsste doch auch schon was bewirken, oder? Was ergibt denn ein Durchlauf von apt-get update apt-get upgrade -s ??? Wenn versucht wird relativ aktuelle Pakete, wie die von KDE 3.1, durch die von KDE 2.2.2 zu ersetzen, ist die Frage ob Du das willst? Wie gesagt, der Rechner meiner Frau dient zum testen, soll aber auch nicht in die Knie gehen. Letztlich möchte ich dann auf meinem eigenen ein stabiles und zuverlässiges System haben. Viele Grüße erst 'mal! Adam. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt/Pinning
Adam Weiner schrieb: Ja, danke, ich staune aber ein bischen, wie sehr doch die Meinungen über stable, testing und unstable auseinandergehen. Ich neige zur Hallo Adam, ich habe gerade mal Dein Full Quote entsorgt. Grundsätzlich sollte man nur das zitieren, worauf man sich direkt bezieht, und das dann _über_ den eigenen Text stellen... Das die Meinungen zu stable testing und unstable etwas auseinander gehen ist nicht verwunderlich ;) Weil es ganz stark vom Einsatzgebiet abhängt, was sinnig ist. Ich hab hier ne sehr schnelle Verbindung zum nächsten Debian Mirror und Zeit mal nachzuschauen, wenn ein Packet nicht tut. Mir ist deshalb wichtiger, das mein System aktuelle Pakete enthält, als das immer alles 100% sicher funktioniert. Im Zweifelsfall gehe ich halt nochmal ne Version zurück. Wer etwas sicherer fahren will nimmt dann halt testing und ist immer noch fast genauso aktuell. Wer nen Server administrieren soll wird wohl nie von stable weg wollen, da kann der Ausfall eines Dienstes ja auch schnell mal Geld kosten. Gruß Chris -- A: Weil es die Lesbarkeit des Textes verschlechtert. F: Warum ist TOFU so schlimm? A: TOFU F: Was ist das groesste Aergernis im Usenet? -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt/Pinning
Am Donnerstag, 4. März 2004 23:15 schrieb Adam Weiner: /etc/apt/apt.conf jetzt erst 'mal auf stable gestellt. Das müsste doch auch schon was bewirken, oder? Wie gesagt, der Rechner meiner Frau dient zum testen, soll aber auch nicht in die Knie gehen. Letztlich möchte ich dann auf meinem eigenen ein stabiles und zuverlässiges System haben. Neiiin, keine gute Idee! Knoppix ist wie gesagt grundlegend ein testing-System. Und nochmal, so gut apt auch sein mag, es unterstützt kein Downgrade von testing auf stable. Wenn du das versuchst mußt du dich auf massive Probleme einstellen. Der Weg zu einer stable-Installation geht über einen der bekannten Installationswege. -- Gruß Frank -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt/Pinning
Hallo, Andreas Pakulat wrote: Ausserdem bietet das Security-Team keine Unterstuetzung fuer testing an. Ich habe auf den Maschinen, wo ich testing installiert habe, in der sources.list den Eintrag deb http://security.debian.org/ testing/updates main contrib non-free (in einer Zeile) und da werden stets Paketinformationen geladen. Grüße Chris -- --- * Christoph Löffler - c.loeffler AT xtraport DOT de * * xtraport IT Consulting - www.xtraport.de * * Fingerprint: GnuPG * * 9082 0E53 50C1 209C 0E6F 4E3A 26F0 83F3 072B 44B0 * --- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt/Pinning
Hallo Christoph! On Fri, Mar 05, 2004 at 12:36:59PM +0100, Christoph Löffler wrote: Andreas Pakulat wrote: Ausserdem bietet das Security-Team keine Unterstuetzung fuer testing an. Ich habe auf den Maschinen, wo ich testing installiert habe, in der sources.list den Eintrag deb http://security.debian.org/ testing/updates main contrib non-free (in einer Zeile) und da werden stets Paketinformationen geladen. Dann schau doch dort mal nach in /var/lib/apt/lists/security.debian.org_dists_testing_updates_main_binary-i386_Packages und überlege, ob die dort genannten Paket-Versionen zu Testing passen... Des weiteren http://www.de.debian.org/security/faq#testing http://lists.debian.org/debian-user-0402/msg04522.html Gruß, Flo signature.asc Description: Digital signature
apt/Pinning
Hallo! Bin neu hier, deswegen kurze Vorstellung: Mein Name ist Adam Weiner, 45J., wohne am Stadtrand von Augsburg. Arbeite seit 3 Jahren mit Linux, bisher mit SuSE (8.1). Nachdem bei SuSE alle 2 Jahre der Support für die jeweilige Distribution ausläuft, probiere ich gerade Debian (Knoppix-Festinstallation) auf dem Rechner meiner Frau aus. apt, bzw aptitude scheinen ja wirklich tolle Werkzeuge zur Installation zu sein. Aber es klappt noch nicht so richtig. An folgender Frage bin ich gerade dran (kann mir jemand helfen?): Es geht um das Pinning bei apt. Im Linux-Magazin war die Rede davon, dass Pinning-Vorgaben in der /etc/apt/preferences abzulegen seien. Ich teste, wie gesagt gerade auf dem Rechner meiner Frau eine knoppix-debian-Installation und wollte evolution daraufladen, um zu sehen, wie das geht und ob es läuft. Jetzt gibt es aber keine /etc/apt/preferences, sondern nur eine /etc/apt/apt.conf. Der Eintrag darin sieht auch etwas anders aus, als die Beispiele im Linux-Magazin, nämlich folgendermaßen: APT::Default Release testing; APT::Cache-Limit 10 000 000; Apt::Get::Purge; Frage: Sollte man selbst eine /etc/apt/preferences anlegen und mit Programm-, Pinning- und Prioritätsangaben versehen? Meine - versuchsweise - Erfahrung mit apt-get bisher: bei Eingabe von: apt-get -t stable install evolution kommt die Aufforderung, mit apt-get -f install (ohne Programmangabe) weiterzumacen, woraufhin er auch testing-Pakete zu installieren beginnt. Ich hab's dann abgebrochen, bevor er noch mit unstable anfängt. Zusatzfrage: wie ist es überhaupt mit testing-Paketen? Kann man die normalerweise ohne Bauchweh installlieren oder ist das eher nicht ratsam? Ich würde mich über eine Antwort freuen, die mir ein wenig über die Anfangsschwierigkeiten mit debian drüberhilft. Viele Grüße! Adam. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt/Pinning
On Thu, Mar 04, 2004 at 06:26:02PM +0100, Adam Weiner wrote: Hallo! Hallo Adam, Frage: Sollte man selbst eine /etc/apt/preferences anlegen und mit Programm-, Pinning- und Prioritätsangaben versehen? Ja. Standardmäßig wird die nicht gebraucht. Meine - versuchsweise - Erfahrung mit apt-get bisher: bei Eingabe von: apt-get -t stable install evolution kommt die Aufforderung, mit apt-get -f install (ohne Programmangabe) weiterzumacen, woraufhin er auch testing-Pakete zu installieren beginnt. Ich hab's dann abgebrochen, bevor er noch mit unstable anfängt. Zusatzfrage: wie ist es überhaupt mit testing-Paketen? Kann man die normalerweise ohne Bauchweh installlieren oder ist das eher nicht ratsam? Nein. Testing und unstable sind zu weit von der stable entfernt(z.B. andere libc und anderer gcc). Es gibt vielleicht einzelne Pakete die sich installieren lassen, aber prinzipiell ist das keine gute Idee. In den meisten Fällen wird er wahrscheinlich nach dem ersten Testing-Paket soviel von Testing nachinstallieren, damit das Paket funktioniert, dass Du auch gleich Testing installieren kannst. Was ich aber einem Debian-Anfänger nicht empfehlen würde. Wenn Du Programme unter woody benutzen möchtest, die es offiziell nicht für woody gibt, dann schau auf http://www.apt-get.org nach, ob vielleicht jemand einen so genannten Backport für woody zur verfügung stellt. Die dort angegebene Adresse trägst Du dann in die /etc/apt/sources.list ein. Ich würde mich über eine Antwort freuen, die mir ein wenig über die Anfangsschwierigkeiten mit debian drüberhilft. Ich hoffe, dass ich Dir ein weniug helfen konnte. Viele Grüße! Adam. Gruß, Sven -- +--+ | .''`. Sven Bergner E-Mail: [EMAIL PROTECTED] | | : :' :Diplom-Informatiker(FH)| | `. `'Debian GNU/Linux User - http://www.debian.org/ | | `- Registered Linux-User #65111 | +---www.linuxtaskforce.de--+ -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d-- s+: a- C++ UL++ P+++ L++ E W++ N+ o K w--- O- M- V PS+ PE Y+ PGP++ t+ 5-- X+++ R+ tv++ b++ DI D++ G e++ h--- r+++ y+++ --END GEEK CODE BLOCK-- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt/Pinning
On 04.Mar 2004 - 18:26:02, Adam Weiner wrote: Hallo! (Knoppix-Festinstallation) auf dem Rechner meiner Frau aus. apt, bzw Keine gute Idee fuer nen Anfaenger. Als CD-System ist Knoppix sehr gut, aber als Festplatteninstallation ist das zu sehr MischMasch (IMHO) als das ein Anfaenger damit klarkommt. daraufladen, um zu sehen, wie das geht und ob es läuft. Jetzt gibt es aber keine /etc/apt/preferences, sondern nur eine /etc/apt/apt.conf. Der Eintrag darin sieht auch etwas anders aus, als die Beispiele im Linux-Magazin, nämlich folgendermaßen: Die preferences wird normalerweise auch nicht benoetigt. apt.conf Ist eine Konfigurationsdatei fuer apt, dort kannst du z.B. das Default-Release festlegen, die CacheGroesse fuer die Paketlisten ... man apt_preferences man apt.conf Frage: Sollte man selbst eine /etc/apt/preferences anlegen und mit Programm-, Pinning- und Prioritätsangaben versehen? Wenn du das benoetigst ja. Aber lies vorher die manpages und verstehe sie auch. weiterzumacen, woraufhin er auch testing-Pakete zu installieren beginnt. Ich hab's dann abgebrochen, bevor er noch mit unstable anfängt. Richtig, Knoppix basiert auf testing, nicht auf woody. Enthaelt aber sowohl aus woody als auch aus unstable einige Pakete. Zusatzfrage: wie ist es überhaupt mit testing-Paketen? Kann man die normalerweise ohne Bauchweh installlieren oder ist das eher nicht ratsam? Einem Anfaenger wuerde ich prinzipiell immer zu einer richtigen Woody-Installation raten. D.h. die 1. CD aus dem Netz ziehen, installieren und die Pakete dann uebers Netz installieren. Oder aber, wenn die Bandbreite gering ist CD's bestellen. Testing ist IMHO nur fuer Leute mit Erfahrung geeignet, oder solche die Bugs suchen wollen. Da gibt es oefter mal nicht installierbare Pakete weil Abhaengigkeiten noch nicht aus unstable nach gerutscht sind und so weiter. Ausserdem bietet das Security-Team keine Unterstuetzung fuer testing an. Ich würde mich über eine Antwort freuen, die mir ein wenig über die Anfangsschwierigkeiten mit debian drüberhilft. Dafuer sind wir ja da. -- Never, ever lie to someone you love unless you're absolutely sure they'll never find out the truth. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt/Pinning
Am Donnerstag, 4. März 2004 18:26 schrieb Adam Weiner: Frage: Sollte man selbst eine /etc/apt/preferences anlegen und mit Programm-, Pinning- und Prioritätsangaben versehen? Ja, genau das. Da du wenn du ausschließlich eine Distri verwendest keine preferences nötig ist gibt es sie per default auch nicht. Meine - versuchsweise - Erfahrung mit apt-get bisher: bei Eingabe von: apt-get -t stable install evolution kommt die Aufforderung, mit apt-get -f install (ohne Programmangabe) weiterzumacen, woraufhin er auch testing-Pakete zu installieren beginnt. Ich hab's dann abgebrochen, bevor er noch mit unstable anfängt. Tja, auch wenn es dich beunruhigen mag, Knoppix baut auf einer Mischung aus testing und unstable Paketen auf, ob du da alle Pakete aus stable noch zum laufen kriegst ist mitunter fraglich. Zusatzfrage: wie ist es überhaupt mit testing-Paketen? Kann man die normalerweise ohne Bauchweh installlieren oder ist das eher nicht ratsam? stable ist mittlerweile _wirklich_ alt. Ob du das wirklich noch willst mußt du selbst entscheiden (die Pakete dürften so 2,5 bis drei Jahre alt sein). Testing ist da deutlich aktueller, und steht quasi kurz vor Release (also davor die nächste stable zu werden) Problem ist, daß es für testing keine Sicherheitsupdates gibt. unstable ist die Distri, in die neue Pakete und Paketversionen einrücken, da kann es also schon mal zu Unverträgichkeiten kommen. Nach meinem Empfinden ist unstable vergleichbar mit einer vieleicht zwei Monate alten Susi-Release. (in Sachen Stabilität) Ein DSL-Zugang sollte es aber schon sein, da man aus Sicherheitsgründen (und je nach Geschmack auch wegen der Aktualität) die häufigen Paket-Updates mitnehmen sollte. Ich würde mich über eine Antwort freuen, die mir ein wenig über die Anfangsschwierigkeiten mit debian drüberhilft. Ich hoffe das hilft dir. -- Gruß Frank -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt/Pinning
Hallo! Ja, danke, ich staune aber ein bischen, wie sehr doch die Meinungen über stable, testing und unstable auseinandergehen. Ich neige zur Vorsicht und werde wohl eher versuchen, bei stable zu bleiben. Was evolution angeht, ist das wahrscheinlich sowieso besser für mich: bei Susi hab' ich auch eine ältere Version installiert, weil die neue nicht so viele Möglichkeiten hatte, was die Verbindung zu meinem Palm angeht. Viele Grüße! Adam. Am Don, 2004-03-04 um 21.05 schrieb Frank Evers: Am Donnerstag, 4. März 2004 18:26 schrieb Adam Weiner: Frage: Sollte man selbst eine /etc/apt/preferences anlegen und mit Programm-, Pinning- und Prioritätsangaben versehen? Ja, genau das. Da du wenn du ausschließlich eine Distri verwendest keine preferences nötig ist gibt es sie per default auch nicht. Meine - versuchsweise - Erfahrung mit apt-get bisher: bei Eingabe von: apt-get -t stable install evolution kommt die Aufforderung, mit apt-get -f install (ohne Programmangabe) weiterzumacen, woraufhin er auch testing-Pakete zu installieren beginnt. Ich hab's dann abgebrochen, bevor er noch mit unstable anfängt. Tja, auch wenn es dich beunruhigen mag, Knoppix baut auf einer Mischung aus testing und unstable Paketen auf, ob du da alle Pakete aus stable noch zum laufen kriegst ist mitunter fraglich. Zusatzfrage: wie ist es überhaupt mit testing-Paketen? Kann man die normalerweise ohne Bauchweh installlieren oder ist das eher nicht ratsam? stable ist mittlerweile _wirklich_ alt. Ob du das wirklich noch willst mußt du selbst entscheiden (die Pakete dürften so 2,5 bis drei Jahre alt sein). Testing ist da deutlich aktueller, und steht quasi kurz vor Release (also davor die nächste stable zu werden) Problem ist, daß es für testing keine Sicherheitsupdates gibt. unstable ist die Distri, in die neue Pakete und Paketversionen einrücken, da kann es also schon mal zu Unverträgichkeiten kommen. Nach meinem Empfinden ist unstable vergleichbar mit einer vieleicht zwei Monate alten Susi-Release. (in Sachen Stabilität) Ein DSL-Zugang sollte es aber schon sein, da man aus Sicherheitsgründen (und je nach Geschmack auch wegen der Aktualität) die häufigen Paket-Updates mitnehmen sollte. Ich würde mich über eine Antwort freuen, die mir ein wenig über die Anfangsschwierigkeiten mit debian drüberhilft. Ich hoffe das hilft dir. -- Gruß Frank -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt/Pinning
Hallo! Am Don, 2004-03-04 um 21.05 schrieb Frank Evers: Am Donnerstag, 4. März 2004 18:26 schrieb Adam Weiner: Tja, auch wenn es dich beunruhigen mag, Knoppix baut auf einer Mischung aus testing und unstable Paketen auf, ob du da alle Pakete aus stable noch zum laufen kriegst ist mitunter fraglich. Dazu noch eins: Ich müsste also bei der Priorität =1001 angeben, damit er auch ältere Pakete installiert, oder? Viele Grüße! Adam Weiner. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt/Pinning
Am Donnerstag, 4. März 2004 18:26 schrieb Adam Weiner: Hallo! Hallo Adam Bin neu hier, deswegen kurze Vorstellung: Mein Name ist Adam Weiner, 45J., wohne am Stadtrand von Augsburg. Arbeite seit 3 Jahren mit Linux, bisher mit SuSE (8.1). Nachdem bei SuSE alle 2 Jahre der Support für die jeweilige Distribution ausläuft, probiere ich gerade Debian (Knoppix-Festinstallation) auf dem Rechner meiner Frau aus. apt, bzw aptitude scheinen ja wirklich tolle Werkzeuge zur Installation zu sein. find ich auch Aber es klappt noch nicht so richtig. An folgender Frage bin ich gerade dran (kann mir jemand helfen?): Es geht um das Pinning bei apt. Im Linux-Magazin war die Rede davon, dass Pinning-Vorgaben in der /etc/apt/preferences den Artikel fand ich auch sehr interessant, bin aber bisher völlig ohne pinning ausgekommen abzulegen seien. Ich teste, wie gesagt gerade auf dem Rechner meiner Frau eine knoppix-debian-Installation und wollte evolution daraufladen, um zu sehen, wie das geht und ob es läuft. Jetzt gibt es aber keine /etc/apt/preferences, sondern nur eine /etc/apt/apt.conf. Der Eintrag darin sieht auch etwas anders aus, als die Beispiele im Linux-Magazin, nämlich folgendermaßen: APT::Default Release testing; wie du hier siehst basiert die Knoppix Installation auf testing, ist also moderner als stable. Dazu kommen dann noch Pakete aus unstable und diversen anderen Quellen. Auf welche Quellen die Installation zugreift steht in der Datei sources.list unter /etc/apt. Es ist also schon ein rechter Mischmasch. APT::Cache-Limit 10 000 000; Apt::Get::Purge; Frage: Sollte man selbst eine /etc/apt/preferences anlegen und mit Programm-, Pinning- und Prioritätsangaben versehen? Meine - versuchsweise - Erfahrung mit apt-get bisher: bei Eingabe von: apt-get -t stable install evolution hier hat du versucht Dein installiertes evolution auf die Version von stable downzugraden. Mit dem Befehl apt-cache policy evolution kannst Du Dir ansehen welche Version bei Dir installiert ist. Das sieht bei mir z. B. so aus: --schnipp--- [EMAIL PROTECTED]:/home/wolfram# apt-cache policy evolution evolution: Installiert:1.4.5-3.1 Mögliche Pakete:1.4.5-3.2 Versions-Tabelle: 1.4.5-3.2 0 990 http://ftp2.de.debian.org sarge/main Packages 500 http://ftp2.de.debian.org sid/main Packages *** 1.4.5-3.1 0 100 /var/lib/dpkg/status [EMAIL PROTECTED]:/home/wolfram# --schnapp-- kommt die Aufforderung, mit apt-get -f install (ohne Programmangabe) ich würde es mal durchlaufen lassen weiterzumacen, woraufhin er auch testing-Pakete zu installieren beginnt. Ich hab's dann abgebrochen, bevor er noch mit unstable anfängt. ist wie oben angedeutet völlig normal, da die Knoppix Installation ja ein Mix aus testing und unstable ist Zusatzfrage: wie ist es überhaupt mit testing-Paketen? Kann man die normalerweise ohne Bauchweh installlieren oder ist das eher nicht ratsam? Auf Produktivsystemen, die zum Broterwerb genutzt werden, würd ich es nicht machen, auf meinem Privatrechner mache ich es und auf einem System zum testen lasse ich meiner Phantasie (beim Installieren) freien Lauf. Ich würde mich über eine Antwort freuen, die mir ein wenig über die Anfangsschwierigkeiten mit debian drüberhilft. Ich bin von etwas über einem halben Jahr mit einer Knoppix 3.2 gestartet, die ich als Debiansystem installiert habe. Dann habe ich einige Dinge an der sources.list geändert, hier zum vergleichen mal meine sources.list: --schnipp--- # See sources.list(5) for more information, especialy # Remember that you can only use http, ftp or file URIs # CDROMs are managed through the apt-cdrom tool. # Security updates for stable # deb http://security.debian.org stable/updates main contrib non-free deb http://security.debian.org sarge/updates main contrib non-free # Stable # deb http://ftp2.de.debian.org/pub/debian stable main contrib non-free # deb http://ftp2.de.debian.org/pub/debian-non-US stable/non-US main contrib non-free # Sources # deb-src http://ftp2.de.debian.org/pub/debian stable main contrib non-free # deb-src http://ftp2.de.debian.org/pub/debian-non-US stable/non-US main contrib non-free # Testing deb http://ftp2.de.debian.org/pub/debian sarge main contrib non-free deb http://ftp2.de.debian.org/pub/debian-non-US sarge/non-US main contrib non-free # Sources deb-src http://ftp2.de.debian.org/pub/debian sarge main contrib non-free deb-src http://ftp2.de.debian.org/pub/debian-non-US sarge/non-US main contrib non-free # Unstable deb http://ftp2.de.debian.org/debian sid main contrib non-free deb http://ftp2.de.debian.org/debian-non-US sid/non-US main contrib non-free # Sources # deb-src http://ftp2.de.debian.org/debian unstable main contrib non-free # deb-src http://ftp2.de.debian.org/debian-non-US unstable/non-US main contrib non-free # Experimental # deb http://debian.uni-essen.de/debian ../project/experimental main contrib non-free # deb-src http://debian.uni-essen.de/debian
Re: apt/Pinning
Hallo! Also, erst mal herzlichen Dank für die überaus ausführliche Antwort. Zum Studieren muss ich mir etwas Zeit nehmen, da ich noch nicht so fit bin. Übrigens: ich habe bis jetzt noch keine evolution installiert, brauche aber vermutlich 1.0.5, da spätere Versionen den Abgleich mit meinem Palm wahrscheinlich nicht mehr so gut unterstützen (war jedenfalls beim Wechsel auf SuSE 8.1 festzustellen). Präventiv habe ich die /etc/apt/apt.conf jetzt erst 'mal auf stable gestellt. Das müsste doch auch schon was bewirken, oder? Wie gesagt, der Rechner meiner Frau dient zum testen, soll aber auch nicht in die Knie gehen. Letztlich möchte ich dann auf meinem eigenen ein stabiles und zuverlässiges System haben. Viele Grüße erst 'mal! Adam. -- Am Don, 2004-03-04 um 21.51 schrieb Wolfram Wieland-Neumann: Am Donnerstag, 4. März 2004 18:26 schrieb Adam Weiner: Hallo! Hallo Adam Bin neu hier, deswegen kurze Vorstellung: Mein Name ist Adam Weiner, 45J., wohne am Stadtrand von Augsburg. Arbeite seit 3 Jahren mit Linux, bisher mit SuSE (8.1). Nachdem bei SuSE alle 2 Jahre der Support für die jeweilige Distribution ausläuft, probiere ich gerade Debian (Knoppix-Festinstallation) auf dem Rechner meiner Frau aus. apt, bzw aptitude scheinen ja wirklich tolle Werkzeuge zur Installation zu sein. find ich auch Aber es klappt noch nicht so richtig. An folgender Frage bin ich gerade dran (kann mir jemand helfen?): Es geht um das Pinning bei apt. Im Linux-Magazin war die Rede davon, dass Pinning-Vorgaben in der /etc/apt/preferences den Artikel fand ich auch sehr interessant, bin aber bisher völlig ohne pinning ausgekommen abzulegen seien. Ich teste, wie gesagt gerade auf dem Rechner meiner Frau eine knoppix-debian-Installation und wollte evolution daraufladen, um zu sehen, wie das geht und ob es läuft. Jetzt gibt es aber keine /etc/apt/preferences, sondern nur eine /etc/apt/apt.conf. Der Eintrag darin sieht auch etwas anders aus, als die Beispiele im Linux-Magazin, nämlich folgendermaßen: APT::Default Release testing; wie du hier siehst basiert die Knoppix Installation auf testing, ist also moderner als stable. Dazu kommen dann noch Pakete aus unstable und diversen anderen Quellen. Auf welche Quellen die Installation zugreift steht in der Datei sources.list unter /etc/apt. Es ist also schon ein rechter Mischmasch. APT::Cache-Limit 10 000 000; Apt::Get::Purge; Frage: Sollte man selbst eine /etc/apt/preferences anlegen und mit Programm-, Pinning- und Prioritätsangaben versehen? Meine - versuchsweise - Erfahrung mit apt-get bisher: bei Eingabe von: apt-get -t stable install evolution hier hat du versucht Dein installiertes evolution auf die Version von stable downzugraden. Mit dem Befehl apt-cache policy evolution kannst Du Dir ansehen welche Version bei Dir installiert ist. Das sieht bei mir z. B. so aus: --schnipp--- [EMAIL PROTECTED]:/home/wolfram# apt-cache policy evolution evolution: Installiert:1.4.5-3.1 Mögliche Pakete:1.4.5-3.2 Versions-Tabelle: 1.4.5-3.2 0 990 http://ftp2.de.debian.org sarge/main Packages 500 http://ftp2.de.debian.org sid/main Packages *** 1.4.5-3.1 0 100 /var/lib/dpkg/status [EMAIL PROTECTED]:/home/wolfram# --schnapp-- kommt die Aufforderung, mit apt-get -f install (ohne Programmangabe) ich würde es mal durchlaufen lassen weiterzumacen, woraufhin er auch testing-Pakete zu installieren beginnt. Ich hab's dann abgebrochen, bevor er noch mit unstable anfängt. ist wie oben angedeutet völlig normal, da die Knoppix Installation ja ein Mix aus testing und unstable ist Zusatzfrage: wie ist es überhaupt mit testing-Paketen? Kann man die normalerweise ohne Bauchweh installlieren oder ist das eher nicht ratsam? Auf Produktivsystemen, die zum Broterwerb genutzt werden, würd ich es nicht machen, auf meinem Privatrechner mache ich es und auf einem System zum testen lasse ich meiner Phantasie (beim Installieren) freien Lauf. Ich würde mich über eine Antwort freuen, die mir ein wenig über die Anfangsschwierigkeiten mit debian drüberhilft. Ich bin von etwas über einem halben Jahr mit einer Knoppix 3.2 gestartet, die ich als Debiansystem installiert habe. Dann habe ich einige Dinge an der sources.list geändert, hier zum vergleichen mal meine sources.list: --schnipp--- # See sources.list(5) for more information, especialy # Remember that you can only use http, ftp or file URIs # CDROMs are managed through the apt-cdrom tool. # Security updates for stable # deb http://security.debian.org stable/updates main contrib non-free deb http://security.debian.org sarge/updates main contrib non-free # Stable # deb http://ftp2.de.debian.org/pub/debian stable main contrib non-free # deb http://ftp2.de.debian.org/pub/debian-non-US stable/non-US main contrib non-free # Sources # deb-src http://ftp2.de.debian.org/pub/debian
Re: APT-Pinning: Kommentare reinschreiben
Bertram Scharpf [EMAIL PROTECTED] wrote: wie schreibt man eigentlich Kommentare in die `/etc/apt/preferences'? Ich mach's jetzt so: Package: foo Pin: version 0.7* Pin-Priority: 1001 Comment: Later version not running with bar Ist das wenigstens legitim? Gute Frage. Solange apt sich nicht beschwert ;) Also hier funktioniert es mittlerweile folgendermassen: Explanation: Von marrilat moechte ich testing Package: * Pin: release o=Christian Marillat,a=testing,l=Unofficial Packages Free,c=main Pin-Priority: 1010 Lange Zeit hat das hier aber nicht funktioniert, obwohl es eigentlich sollte,ich mein das sich zumindest ein 'apt-cache policy' dann auch beschwert hat. Und wech, Manne -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
APT-Pinning: Kommentare reinschreiben
Hallo, wie schreibt man eigentlich Kommentare in die `/etc/apt/preferences'? `//' oder `#' vorne ergeben Fehlermeldungen bei einem `apt-get update'. Ich mach's jetzt so: Package: foo Pin: version 0.7* Pin-Priority: 1001 Comment: Later version not running with bar Ist das wenigstens legitim? Danke vorab, Gruß Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: APT-Pinning: Kommentare reinschreiben
On Saturday 24 January 2004 17:06, Bertram Scharpf wrote: Hallo, wie schreibt man eigentlich Kommentare in die `/etc/apt/preferences'? `//' oder `#' vorne ergeben Fehlermeldungen bei einem `apt-get update'. Ich mach's jetzt so: Package: foo Pin: version 0.7* Pin-Priority: 1001 Comment: Later version not running with bar Ist das wenigstens legitim? hier ein Beispiel aus einer Libranet-Datei (/etc/apt/preferences): --- Package: * Pin: release o=Debian,a=unstable Pin-Priority: 50 Package: * Pin: release o=Debian,a=testing Pin-Priority: 500 Package: * Pin: release o=Debian,a=stable Pin-Priority: 500 Klaus -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: APT-Pinning
Michael Hierweck wrote: Nun habe ich das Problem mit apt-get und den langen sources.list beim Mergen, welches gem. Google mehrfach beschrieben wurde. Eine Lösung habe ich aber nicht finden können. Ein kurzes Googlen mit der Fehlermeldung bringt Dir mehr als genug Treffer. ;-) Eine Lösung ist z.B. hier: http://channel.debian.de/faq/ch-bugs.html Thomas -- SDG - System Design Group GmbH= Tel. +49 89 54 828 979 Dachauer Strasse 38 = Fax. +49 89 55 028 719 80335 Muenchen, Germany = E-Mail: [EMAIL PROTECTED] -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: APT-Pinning
Michael Hierweck wrote: Aber warum will dselect coreutils nun unbedingt installieren? Es war zuvor nicht (und noch nie) installiert? apt-get -f install und apt-get -t testing -f install sind zufrieden und wollen nichts mehr installieren. apt != deselect. ;-) (dselect hatte ich vorher überlesen.) Aus Rücksicht auf meine Finger wegen der Gefahr unlösbarer Knoten ;) benutze ich keine dselect. So weit ich weiß, will es aber im Gegensatz zu apt Suggest-Pakete auch installieren. Und wenn du jetzt kein reinrassiges woody mehr hast, kann ich mir gut vorstellen, das coreutils irgendwo (vielleicht nur mittelbar) empfohlen wird. Gruß Rüdiger -- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: APT-Pinning
Ruediger Noack wrote: benutze ich keine dselect. So weit ich weiß, will es aber im Gegensatz zu apt Suggest-Pakete auch installieren. s/Suggest/Recommends Sorry und Gruß Rüdiger -- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: APT-Pinning
On 01.Aug 2003 - 07:16:16, Michael Hierweck wrote: weil dselect doof ist ;) Nein im Ernst, ich bin mir nicht so ganz sicher, das dselect das APT::Default-Release interessiert, denn AFAIK ist dselect entwickelt worden bevor es APT gab. Somit kennt dselect APT nicht und das erklärt auch, warum man zwar bei apt-get ein dselect-upgrade hat, aber nichts vergleichbares in dselect. Installier dir mal aptitude, das ist recht ähnlich dselect, läuft aber mit apt. Wenn das mit dselect so ist wie ich das denke, dann ist ja ganz klar warum der dein System upgraden will, er sieht nur das die Pakete aus testing neuer sind als die in stable, also werden die installiert. BTW: IMHO ist es besser unstable Pakete zu nehmen als testing, Gründe dafür kannst du im ML-Archiv recherchieren. Kurz: Aktualität, Security, Abhängigkeitsprobleme Hallo, aptitude kenne ich, ich benutze eigentlich nur noch aus Gewohnheit dselect, obwohl dselect von der Oberflächer und Benutzung her eigentlich eine Frechheit ist ;-) Ich habe jetzt auch unstable in die sources.list genommen, um fexlibler zu sein. Nun habe ich das Problem mit apt-get und den langen sources.list beim Mergen, welches gem. Google mehrfach beschrieben wurde. Eine Lösung habe ich aber nicht finden können. Du meinst Dynamic MMap ran out of room ? Tipp das bei google ein und du findest genug Antworten. Oder auch in die Suchmaske für diese Liste. Andreas PS: APT::Cache-Limit (8192*1024) ist was du suchst, musst nur noch den Betrag in der Klammer ausrechnen. Andreas -- Wo ein Messer einmal tief ins Fleisch geschnitten hat, tut die Beruehrung mit einer Feder weh. -- Christa Wolf -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
APT-Pinning
Hallo, ich habe gerade festgestellt, dass ich APT-Pinning wohl nicht wirklich verstanden habe. Ich möchte es ermöglichen, im Bedarfsfall auch testing-Pakete per apt-get zu installieren und dann ggf. bestehend Abhängigigkeiten zu erfüllen. Nach Anleitung unter http://www.openoffice.de/linux/buch/pinning.html habe ich folgende sources.list deb ftp://ftp.de.debian.org/debian stable main deb ftp://ftp.de.debian.org/debian-non-US stable/non-US main deb ftp://security.debian.org/debian-security stable/updates main deb-src ftp://ftp.de.debian.org/debian stable main deb-src ftp://ftp.de.debian.org/debian-non-US stable/non-US main deb-src ftp://security.debian.org/debian-security stable/updates main deb ftp://ftp.de.debian.org/debian testing main deb ftp://ftp.de.debian.org/debian-non-US testing/non-US main deb ftp://security.debian.org/debian-security testing/updates main deb-src ftp://ftp.de.debian.org/debian testing main deb-src ftp://ftp.de.debian.org/debian-non-US testing/non-US main deb-src ftp://security.debian.org/debian-security testing/updates main und folgende preferences Package: * Pin: release o=Debian,a=stable Pin-Priority: 900 Package: * Pin: release o=Debian,a=testing Pin-Priority: 400 Package: * Pin: release o=Debian,a=unstable Pin-Priority: 300 apt.conf: APT::Default-Release stable; Nach einem dselect-update (arbeitet über apt) wurden nun einige neue und einige aktualisierte Pakete angezeigt; insbesondere wollten die coreutils geupdatet werden, welche von der neuen libc6 per pre-depend abhingen. Und dies verstehe ich nicht. Ich möchte doch nur mit stable arbeiten und apt auf Befehl hin mal das eine oder andere neue Paket holen lassen. Eigentlich sollte doch testing in Ruhe gelassen werden, es sei denn ich fordere apt-get -t testing ...?! Danke für Tipps, Michael -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
AW: APT-Pinning
Hallo Michael, Verstanden hast du das wahrscheinlich richtig. Hast du Woody von CDs installiert? Könnte der Bug sein, über den ich auch mal gestolpert bin. Woody scheint sich da als unstable auszugeben. Schau doch mal auf der Debian-Seite bei den Bugreports (oder über groups.google.de) nach der Nummer #157014. Dort findest du auch einen Workaround. Grüße, Martin -Ursprüngliche Nachricht- Von: Michael Hierweck [mailto:[EMAIL PROTECTED] Im Auftrag von Michael Hierweck Gesendet: Donnerstag, 31. Juli 2003 08:58 An: [EMAIL PROTECTED] Betreff: APT-Pinning Hallo, ich habe gerade festgestellt, dass ich APT-Pinning wohl nicht wirklich verstanden habe. Ich möchte es ermöglichen, im Bedarfsfall auch testing-Pakete per apt-get zu installieren und dann ggf. bestehend Abhängigigkeiten zu erfüllen. Nach Anleitung unter http://www.openoffice.de/linux/buch/pinning.html habe ich folgende sources.list deb ftp://ftp.de.debian.org/debian stable main deb ftp://ftp.de.debian.org/debian-non-US stable/non-US main deb ftp://security.debian.org/debian-security stable/updates main deb-src ftp://ftp.de.debian.org/debian stable main deb-src ftp://ftp.de.debian.org/debian-non-US stable/non-US main deb-src ftp://security.debian.org/debian-security stable/updates main deb ftp://ftp.de.debian.org/debian testing main deb ftp://ftp.de.debian.org/debian-non-US testing/non-US main deb ftp://security.debian.org/debian-security testing/updates main deb-src ftp://ftp.de.debian.org/debian testing main deb-src ftp://ftp.de.debian.org/debian-non-US testing/non-US main deb-src ftp://security.debian.org/debian-security testing/updates main und folgende preferences Package: * Pin: release o=Debian,a=stable Pin-Priority: 900 Package: * Pin: release o=Debian,a=testing Pin-Priority: 400 Package: * Pin: release o=Debian,a=unstable Pin-Priority: 300 apt.conf: APT::Default-Release stable; Nach einem dselect-update (arbeitet über apt) wurden nun einige neue und einige aktualisierte Pakete angezeigt; insbesondere wollten die coreutils geupdatet werden, welche von der neuen libc6 per pre-depend abhingen. Und dies verstehe ich nicht. Ich möchte doch nur mit stable arbeiten und apt auf Befehl hin mal das eine oder andere neue Paket holen lassen. Eigentlich sollte doch testing in Ruhe gelassen werden, es sei denn ich fordere apt-get -t testing ...?! Danke für Tipps, Michael -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: APT-Pinning
On 31.Jul 2003 - 08:57:32, Michael Hierweck wrote: Hallo, ich habe gerade festgestellt, dass ich APT-Pinning wohl nicht wirklich verstanden habe. Ich möchte es ermöglichen, im Bedarfsfall auch testing-Pakete per apt-get zu installieren und dann ggf. bestehend Abhängigigkeiten zu erfüllen. Nach Anleitung unter http://www.openoffice.de/linux/buch/pinning.html habe ich folgende sources.list deb ftp://ftp.de.debian.org/debian stable main deb ftp://ftp.de.debian.org/debian-non-US stable/non-US main deb ftp://security.debian.org/debian-security stable/updates main deb-src ftp://ftp.de.debian.org/debian stable main deb-src ftp://ftp.de.debian.org/debian-non-US stable/non-US main deb-src ftp://security.debian.org/debian-security stable/updates main deb ftp://ftp.de.debian.org/debian testing main deb ftp://ftp.de.debian.org/debian-non-US testing/non-US main deb ftp://security.debian.org/debian-security testing/updates main deb-src ftp://ftp.de.debian.org/debian testing main deb-src ftp://ftp.de.debian.org/debian-non-US testing/non-US main deb-src ftp://security.debian.org/debian-security testing/updates main und folgende preferences Package: * Pin: release o=Debian,a=stable Pin-Priority: 900 Package: * Pin: release o=Debian,a=testing Pin-Priority: 400 Package: * Pin: release o=Debian,a=unstable Pin-Priority: 300 apt.conf: APT::Default-Release stable; Nach einem dselect-update (arbeitet über apt) wurden nun einige neue und einige aktualisierte Pakete angezeigt; insbesondere wollten die coreutils geupdatet werden, welche von der neuen libc6 per pre-depend abhingen. Und dies verstehe ich nicht. Ich möchte doch nur mit stable arbeiten und apt auf Befehl hin mal das eine oder andere neue Paket holen lassen. Eigentlich sollte doch testing in Ruhe gelassen werden, es sei denn ich fordere apt-get -t testing ...?! Für das was du willst brauchst du kein Pinning, da reicht der Default-Release Eintrag aus. Andreas -- Ein Internet-Browser ist ein unbedeutendes Stück Software. -- Bill Gates, Dezember 1995 -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: APT-Pinning
Michael Hierweck wrote: Einverstanden, aber warum will der dann unbedingt updaten? apt-cache policy apt-cache policy coreutils coreutils gibt es nicht in woody, du hast es aber anscheinend bereits (woher auch immer) installiert. Nun wird es bei einem Pin von 300 oder 400 natürlich auch aktualisiert. Default-Release, Pinning, ... Nein, ich werde jetzt keinen flame 'lostreten. Gruß Rüdiger -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: APT-Pinning
On Don, 2003-07-31 at 19:06, Ruediger Noack wrote: Michael Hierweck wrote: Einverstanden, aber warum will der dann unbedingt updaten? apt-cache policy apt-cache policy coreutils coreutils gibt es nicht in woody, du hast es aber anscheinend bereits (woher auch immer) installiert. Nun wird es bei einem Pin von 300 oder 400 natürlich auch aktualisiert. Default-Release, Pinning, ... Nein, ich werde jetzt keinen flame 'lostreten. Aber warum will dselect coreutils nun unbedingt installieren? Es war zuvor nicht (und noch nie) installiert? apt-get -f install und apt-get -t testing -f install sind zufrieden und wollen nichts mehr installieren. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: APT-Pinning
On 31.Jul 2003 - 23:52:37, Michael Hierweck wrote: On Don, 2003-07-31 at 19:06, Ruediger Noack wrote: Michael Hierweck wrote: Einverstanden, aber warum will der dann unbedingt updaten? apt-cache policy apt-cache policy coreutils coreutils gibt es nicht in woody, du hast es aber anscheinend bereits (woher auch immer) installiert. Nun wird es bei einem Pin von 300 oder 400 natürlich auch aktualisiert. Default-Release, Pinning, ... Nein, ich werde jetzt keinen flame 'lostreten. Aber warum will dselect coreutils nun unbedingt installieren? Es war zuvor nicht (und noch nie) installiert? weil dselect doof ist ;) Nein im Ernst, ich bin mir nicht so ganz sicher, das dselect das APT::Default-Release interessiert, denn AFAIK ist dselect entwickelt worden bevor es APT gab. Somit kennt dselect APT nicht und das erklärt auch, warum man zwar bei apt-get ein dselect-upgrade hat, aber nichts vergleichbares in dselect. Installier dir mal aptitude, das ist recht ähnlich dselect, läuft aber mit apt. Wenn das mit dselect so ist wie ich das denke, dann ist ja ganz klar warum der dein System upgraden will, er sieht nur das die Pakete aus testing neuer sind als die in stable, also werden die installiert. BTW: IMHO ist es besser unstable Pakete zu nehmen als testing, Gründe dafür kannst du im ML-Archiv recherchieren. Kurz: Aktualität, Security, Abhängigkeitsprobleme Andreas -- Das ist keine Lüge sondern eine sachzwangreduzierte Ehrlichkeit. -- Dieter Hildebrandt -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: APT-Pinning
weil dselect doof ist ;) Nein im Ernst, ich bin mir nicht so ganz sicher, das dselect das APT::Default-Release interessiert, denn AFAIK ist dselect entwickelt worden bevor es APT gab. Somit kennt dselect APT nicht und das erklärt auch, warum man zwar bei apt-get ein dselect-upgrade hat, aber nichts vergleichbares in dselect. Installier dir mal aptitude, das ist recht ähnlich dselect, läuft aber mit apt. Wenn das mit dselect so ist wie ich das denke, dann ist ja ganz klar warum der dein System upgraden will, er sieht nur das die Pakete aus testing neuer sind als die in stable, also werden die installiert. BTW: IMHO ist es besser unstable Pakete zu nehmen als testing, Gründe dafür kannst du im ML-Archiv recherchieren. Kurz: Aktualität, Security, Abhängigkeitsprobleme Hallo, aptitude kenne ich, ich benutze eigentlich nur noch aus Gewohnheit dselect, obwohl dselect von der Oberflächer und Benutzung her eigentlich eine Frechheit ist ;-) Ich habe jetzt auch unstable in die sources.list genommen, um fexlibler zu sein. Nun habe ich das Problem mit apt-get und den langen sources.list beim Mergen, welches gem. Google mehrfach beschrieben wurde. Eine Lösung habe ich aber nicht finden können. Viele Grüße Michael -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Apt pinning und woody-proposed-updates
Hallo, Ruediger Noack wrote: Moin Es ist mir gelungen meine Backport-Einträge aus der sources.list so zu pinnen, dass sie bei einem apt-get upgrade nicht berücksichtigt werden. Dies würde ich gern für die Pakete aus woody-proposed-updates auch erreichen. Allerdings komme ich einfach nicht dahinter, was ich da genau in der /etc/apt/preferences eintragen muss. :-( Bei mir funktioniert es. Zum Beispiel so: --- /etc/apt/preferences Package: * Pin: release a=stable,o=Debian,l=Debian Pin-Priority: 800 Package: * Pin: release v=3.0-updates,o=Debian,l=Debian Pin-Priority: 799 Package: * Pin: release v=3.0,o=Debian,l=Debian-Security Pin-Priority: 801 - --- apt-cache policy bsdutils --- bsdutils: Installed: 1:2.11n-4 Candidate: 1:2.11n-4 Version Table: 1:2.11z-0.bunk 0 700 http://www.fs.tum.de woody/bunk-1/main Packages 1:2.11n-7 0 799 http://ftp.de.debian.org woody-proposed-updates/main Packages *** 1:2.11n-4 0 800 http://ftp2.de.debian.org woody/main Packages 100 /var/lib/dpkg/status - Ändere ich das auf z. B. 800 oder höher, ergibt sich folgendes: Package: * Pin: release v=3.0-updates,o=Debian,l=Debian Pin-Priority: 799 --- apt-cache policy bsdutils --- bsdutils: Installed: 1:2.11n-4 Candidate: 1:2.11n-7 Version Table: 1:2.11z-0.bunk 0 700 http://www.fs.tum.de woody/bunk-1/main Packages 1:2.11n-7 0 800 http://ftp.de.debian.org woody-proposed-updates/main Packages *** 1:2.11n-4 0 800 http://ftp2.de.debian.org woody/main Packages 100 /var/lib/dpkg/status - Mit der ersten Version erreicht du es also, dass die woody-proposed-updates ignoriert werden. (Die Prioritäten kannst du auch noch tiefer setzen oder weiter auseinander.) Gruß Florian -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Apt pinning und woody-proposed-updates
Moin Es ist mir gelungen meine Backport-Einträge aus der sources.list so zu pinnen, dass sie bei einem apt-get upgrade nicht berücksichtigt werden. Dies würde ich gern für die Pakete aus woody-proposed-updates auch erreichen. Allerdings komme ich einfach nicht dahinter, was ich da genau in der /etc/apt/preferences eintragen muss. :-( http://www.linux-magazin.de/Artikel/ausgabe/2002/11/apt/apt.html ist zwar eine nette allgemeine Einführung in Pinning, hilft mir aber hier nicht weiter. Gruß und dankbar für jeden Hinweis Rüdiger -- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Verstndnisproblem beim APT-Pinning
Hallo, Jens Lehmann wrote: Gibt es eine Methode herauszufinden welche Pakete auf dem System aus welcher Quelle installiert wurden bzw. verfügbar sind? apt-cache policy zeigt dir eine Übersicht. Damit kannst du direkt sehen, ob das Pinning funktioniert hat oder nicht. Ich habe dabei festgestellt, dass Sternchen in /etc/apt/preferences in der Form php* (d.h. wenn man noch etwas anhängt) nicht wie gewünscht funktionieren, sowohl bei Package: als auch bei Pin:. apt-cache policy paketname liefert Infos über ein bestimmtes Paket. Florian -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Verstndnisproblem beim APT-Pinning
Florian Kolter wrote: Jens Lehmann wrote: Gibt es eine Methode herauszufinden welche Pakete auf dem System aus welcher Quelle installiert wurden bzw. verfügbar sind? apt-cache policy zeigt dir eine Übersicht. Damit kannst du direkt sehen, ob das Pinning funktioniert hat oder nicht. Ich habe dabei festgestellt, dass Sternchen in /etc/apt/preferences in der Form php* (d.h. wenn man noch etwas anhängt) nicht wie gewünscht funktionieren, sowohl bei Package: als auch bei Pin:. apt-cache policy paketname liefert Infos über ein bestimmtes Paket. [EMAIL PROTECTED]:~$ apt-cache policy kernel-source-2.4.20 kernel-source-2.4.20: Installed: 2.4.20-5 Candidate: 2.4.20-6 Version Table: 2.4.20-6 0 988 http://debian.moolfreet.com ./ Packages *** 2.4.20-5 0 100 /var/lib/dpkg/status apt-cache policy zeigt mir, dass die preferences-Datei anscheinend gar nichts bewirkt. Ich kann jetzt nur vermuten, dass es Probleme bei zwei Definitionen für eine Quelle gibt. Hat Jemand eine preferences-Datei, die meiner ähnelt, erfolgreich im Einsatz? Gibt es noch einen anderen Weg zu erreichen, dass nur bestimmte Pakete einer Quelle aktualisiert werden? Jens -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Verstndnisproblem beim APT-Pinning
Beim APT-Pinning habe ich zur Zeit ein Verständnisproblem. Ich habe ein woody-System und einige Backports. Meine /etc/apt/preferences sieht folgendermaßen aus: Package: * Pin: release a=stable,o=Debian Priority: 800 Package: * Pin: release o=Moolfreet Priority: -1 Package: php* Pin: release o=Moolfreet Priority: 700 Package: * Pin: release o=Christian Marillat Priority: -1 Package: mplayer-mozilla* Pin: release o=Christian Marillat Priority: 700 Package: flashplayer-mozilla* Pin: release o=Christian Marillat Priority: 700 Package: acroread* Pin: release o=Christian Marillat Priority: 700 Von den Quellen Moolfreet und Christian Marillat sollen nur die Pakete installiert/aktualisiert werden, die mit einer höheren Priority gekennzeichnet wurden. Das macht meiner Meinung nach Sinn bei Quellen mit vielen Paketen, von denen man jedoch nur bestimmte benötigt. Beim letzten apt-get -u upgrade ist mir aufgefallen, dass kernel-source-2.4.20 aktualisiert werden soll. Dieses Paket habe ich manuell aus testing heruntergeladen und installiert. Es befindet sich also kein testing-Eintrag in der sources.list. Dieses Paket ist jedoch auf Moolfreet verfügbar. Aus welchem Grund soll das Paket aktualisiert werden? Ich nehme mal an, dass es daran liegt, dass es nur über diese Quelle verfügbar ist, aber trotzdem müsste eine Priorität von -1 doch eine Aktualisierung des Paketes verhindern oder liege ich falsch? Gibt es eine Methode herauszufinden welche Pakete auf dem System aus welcher Quelle installiert wurden bzw. verfügbar sind? Ein apt-get -u dist-upgrade müsste dann eigentlich alle Pakete entfernen, die nur auf Moolfreet und Christian Marillat verfügbar sind und denen nicht extra eine höhere Priorität zugewiesen wurde. Es verhält sich allerdings genauso wie apt-get -u upgrade. Jens PS: Mir geht es nur um's Verständnis. Ich weiß, dass ein neues kernel-source-Paket mir nicht weh tut. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt pinning
apt-get install webmin/unstable was mich in dem Zusammenhang noch interessieren würde, wie bekommt man apt-get dazu, bei Eintrag einer inoffiziellen Sourcequelle in der sources.list, diese zu installieren? z.B. http://debian.moolfreet.com/ apt-get install alternc/moolfreet ? Gruß, Tobias. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt pinning
* Tobias Nix schrieb am 25.02.03 um 13:29 Uhr: apt-get install webmin/unstable was mich in dem Zusammenhang noch interessieren würde, wie bekommt man apt-get dazu, bei Eintrag einer inoffiziellen Sourcequelle in der sources.list, diese zu installieren? z.B. http://debian.moolfreet.com/ apt-get install alternc/moolfreet ? ne, so nicht. Sowas muss man dann irgendwie doch übers pinning machen. Da gibt es IIRC auch Angaben zur Source. Einfacher ist es aber, wenn dass, was man installieren will einfach auch die aktuellste VErsion in seiner sources.list ist. Gruss -Marc -- +-O . . . o . . . O . . . o . . . O . . . ___ . . . O . . . o .-+ | Ein neuer Service von Links2Linux.de: / o\ RPMs for SuSE | | -- PackMan! -- naeheres unter| __| and others| | http://packman.links2linux.de/ . . . O \__\ . . . O . . . O . | -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
apt pinning
hallo liste!!! ich hab in meiner /etc/apt/preferences folgendes zu stehen Package: * Pin: release o=Debian,a=stable Pin-Priority: 1003 Package: * Pin: release o=Debian,a=testing Pin-Priority: 400 Package: * Pin: release o=Debian,a=unstable Pin-Priority: 300 Package: webmin* Pin: release o=Debian,a=unstable Pin-Priority: 1005 was möchte ich erreichen? ich möchte, dass er sich immer nur stable saugt, jedoch soll webmin von unstable kommen. nun gibts ja das paket webmin und dann diese vielen zusatzpakete webmin-fetchmail. damit alle von unstable kommen habe ich webmin* genommen, doch es geht nicht. wenn ich nur webmin eintrage, dann gehts, doch dann muss ich ja für jedes zusatzpaket einen eintrag schreiben :((( hat jemand einen tip??? besten dank ralph p.s. auf der seite von linux-magazin (http://www.linux-magazin.de/Artikel/ausgabe/2002/11/apt/apt.html) wird dies auch so mit mozilla gemacht, sollte dann ja an sich auch nicht gehn -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt pinning
* Ralph Bergmann schrieb am 05.03.03 um 22:36 Uhr: hallo liste!!! ich hab in meiner /etc/apt/preferences folgendes zu stehen Package: * Pin: release o=Debian,a=stable Pin-Priority: 1003 Package: * Pin: release o=Debian,a=testing Pin-Priority: 400 Package: * Pin: release o=Debian,a=unstable Pin-Priority: 300 Package: webmin* Pin: release o=Debian,a=unstable Pin-Priority: 1005 was möchte ich erreichen? ich möchte, dass er sich immer nur stable saugt, jedoch soll webmin von unstable kommen. nun gibts ja das paket webmin und dann diese vielen zusatzpakete webmin-fetchmail. damit alle von unstable kommen habe ich webmin* genommen, doch es geht nicht. wenn ich nur webmin eintrage, dann gehts, doch dann muss ich ja für jedes zusatzpaket einen eintrag schreiben :((( hat jemand einen tip??? man apt_preferences Priorities über 1000 sind für sowas eher schlecht, da er damit auch auf die stable Pakete später wieder downgraden würde... versuch ich doch mal apt-get install webmin/unstable oder apt-get install -t unstable webmin Gruss -Marc -- Microsoft's Director .Net Strategy Developer Group: Ein Umstieg auf Linux ist erst einmal mit hoeheren Kosten verbunden. CTO SuSE Linux AG: Das ist, als wenn ich heroinsuechtig waere und sagen wuerde, die Entziehungskur ist mir zu Aufwaendig. Also lasse ich es bleiben. http://www.computerwoche.de/index.cfm?pageid=254artid=41859type=detail -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt pinning
hallo!!! der downgrade ist eigentlich auch gewollt, nur soll er diesen nicht für webmin durchführen, deshalb hatte ich auch den webmin-paketen eine noch höhere priorität gegeben. dies funktioniert aber nur dann, wenn ich die einzelnen pakete direkt mit namen nenne, er scheint hier die wildcards zu ignorieren :((( hintergrund der ganzen aktion, ich arbeite lieber mit dselect als mit apt-get und bei deselect ist mir nichts bekannt, dass ich einzelne pakete aus unstable installieren kann gruß ralph - Original Message - From: Marc Schiffbauer [EMAIL PROTECTED] To: debian liste [EMAIL PROTECTED] Sent: Wednesday, March 05, 2003 11:20 PM Subject: Re: apt pinning * Ralph Bergmann schrieb am 05.03.03 um 22:36 Uhr: hallo liste!!! ich hab in meiner /etc/apt/preferences folgendes zu stehen Package: * Pin: release o=Debian,a=stable Pin-Priority: 1003 Package: * Pin: release o=Debian,a=testing Pin-Priority: 400 Package: * Pin: release o=Debian,a=unstable Pin-Priority: 300 Package: webmin* Pin: release o=Debian,a=unstable Pin-Priority: 1005 was möchte ich erreichen? ich möchte, dass er sich immer nur stable saugt, jedoch soll webmin von unstable kommen. nun gibts ja das paket webmin und dann diese vielen zusatzpakete webmin-fetchmail. damit alle von unstable kommen habe ich webmin* genommen, doch es geht nicht. wenn ich nur webmin eintrage, dann gehts, doch dann muss ich ja für jedes zusatzpaket einen eintrag schreiben :((( hat jemand einen tip??? man apt_preferences Priorities über 1000 sind für sowas eher schlecht, da er damit auch auf die stable Pakete später wieder downgraden würde... versuch ich doch mal apt-get install webmin/unstable oder apt-get install -t unstable webmin Gruss -Marc -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
apt-pinning: Version eines Pakets verbieten
Hallo, ist es mit pinning möglich eine Version eines Pakets zu verbieten? gnome-control-center 1:2.0.3.2-2 läßt sich nicht installieren, da es sich eine Datei mit gnome-desktop-data teilt. Geholfen habe ich mir momentan dadurch, daß ich der Version 1:2.0.3.2-1 des gnome-control-center eine Prio von 1001 zugewiesen habe. Dadurch bekomme ich natürlich die neue (und hoffentlich fehlerbereinigte) Version dieses Pakets nicht. Gruß Jörg -- http://www.lug-untermain.de/ - http://mypenguin.bei.t-online.de/ Dipl.-Ing. Jörg Schütter [EMAIL PROTECTED] msg32786/pgp0.pgp Description: PGP signature
Re: apt-pinning: Version eines Pakets verbieten
On Samstag, 18. Januar 2003 12:34, Jörg Schütter wrote: ist es mit pinning möglich eine Version eines Pakets zu verbieten? Wenn es eine Version in einer Distri ist (woody,sarge,sid) dann geht das: Package: deinPaket Pin: release o=Debian,a=Distri Pin-Priority: -1 -- Gruß Frank -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Apt, pinning (Re: Anleitung für Apt-pinning)
Am 22.12.02 schrieb Frank: Nachdem von einigen die Anleitung aus dem Linux-Magazin für Apt-pinning für nicht recht brauchbar befunden wurde, frage ich mich ob mir jemand eine gute Anleitung nennen kann? http://www.debian.org/doc/manuals/apt-howto/index.de.html Kapitel 4.7 ff Ich finde die Schreibweise 'Apt-pinning' im uebrigen recht irrefuehrend. Ich habe das howto gestern zum ersten Mal gelesen und dann gerade nochmal nachgelesen ob ich was uebersehen habe. Ich denke nicht. -- Gruss, Babette -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Anleitung für Apt-pinning
Hallo Alle Nachdem von einigen die Anleitung aus dem Linux-Magazin für Apt-pinning für nicht recht brauchbar befunden wurde, frage ich mich ob mir jemand eine gute Anleitung nennen kann? Dank und Gruß Frank -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Anleitung für Apt-pinning
Frank Evers wrote: Nachdem von einigen die Anleitung aus dem Linux-Magazin für Apt-pinning für nicht recht brauchbar befunden wurde, frage ich mich ob mir jemand eine gute Anleitung nennen kann? Kam IIRC vor kurzem über diese Liste rein: http://www.argon.org/~roderick/apt-pinning.html Gruß, Marcus -- Fickle minds, pretentious attitudes and ugly | PGP-Key: [DH/DSS] 4096-bit make-up on ugly faces... The Gothgoose | Key-ID: 0xE10F502E Of The Week: http://www.gothgoose.net| Encrypted mails welcome! -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt pinning und apt frontends
Moins, Gunter Ohrner [EMAIL PROTECTED] schrieb am Mon, 16 Dec 2002 09:13:57 +0100:: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! Da ich auf meinem Desktop ein gemischtes Stable/Testing/Unstable-System laufen habe und auch etwas von stable-proposed-updates und testing-proposed-updates haben möchte, habe ich mich gestern mal intensiver mit der Möglichkeit, Pakete an bestimmte Debian-Revisionen zu pinnen, auseinandergesetzt. Um dieses Versionsmischmasch vernünftig zu verwalten ist APT::DefaultRelease in der apt.conf leider nicht geeignet, da so selbst die *-proposed-updates-Pakete ignoriert werden. [...] Wenn es mit Aptitude wirklich nicht geht - wie macht ihr das mit den Paketen? Geht mir im Prinzip ähnlich. Da mir das handling von drei Zweigen zu komplex erschien, habe ich mich dann entschieden mit 'apt-get dist-upgrade' das ganze System auf testing zu aktualisieren' (Hierzu sources.list so modifiziert, dass nur testing Quellen drin waren). Nun habe ich nur noch Mischmasch aus testing und unstable. Und aptitude beachtet hier völig erwartungsgemäß meine etc/apt/preferences quote package: * Pin: release o=Debian,a=testing Pin-Priority: 800 /quote somit kann ich zur Abhängigkeitsbetrachtung problemlos 'aptitude' einsetzen, und bleibe insgesamt auf dem testing Zweig. Pakte aus unstable installiere ich explizit mit 'apt-get -t unstable paket'. Ausserdem benutze ich 'apt-get -s upgrade', und bekomme dabei dann Infos aus welchem release evtl. updates kommen. Ausserdem gibt 'apt-show-versions [-a -p paket]', welches mir immer eine hervorragende Übersicht gibt, welche Versionen der Pakete [eines] aus welchem Zweig installiert [bzw. vorhanden] sind. Ist nicht ganz die Lösung für Dein Problem, aber vielleicht ein Ansatz. 'testing' läuft hier im übrigen seit drei Monaten so stabil wie nix anderes (SuSe, Win***s). aptitude hat bei mir Version Nr. 0.2.11.1-3. Evtl. hast Du noch eine ältere Version aus stable, die mit dem pining nicht klarkommt ? Die *-proposed-updates berücksichtige ich allerdings gar nicht, da mir unklar ist, was es damit nun wiederum auf sich hat. Ist nicht ganz die Lösung für Dein Problem, aber vielleicht ein Ansatz. 'testing' läuft hier im übrigen seit drei Monaten so stabil wie nix anderes (SuSe, Win***s). hth, Hans -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt pinning und apt frontends
Am Mon, 2002-12-16 um 09.13 schrieb Gunter Ohrner: Wenn es mit Aptitude wirklich nicht geht - wie macht ihr das mit den Paketen? Kann apt-get auch automatisch installierte Pakete von manuell installierten Paketen unterscheiden? Wenn nicht, welches apt-Frontend, welches dies beherrscht, kommt zumindest halbwegs mit apt pinning klar? Hallo, schau dir dazu doch mal das Paket deborhan an. Vielen Dank schonmal für alle Antworten! Grüße, Gunter Grüße Klaus Duscher -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt pinning und apt frontends
Hallo Klaus, Klaus Duscher [EMAIL PROTECTED] schrieb am 17 Dec 2002 11:44:57 +0100:: Am Mon, 2002-12-16 um 09.13 schrieb Gunter Ohrner: Wenn es mit Aptitude wirklich nicht geht - wie macht ihr das mit den Paketen? Kann apt-get auch automatisch installierte Pakete von manuell installierten Paketen unterscheiden? Wenn nicht, welches apt-Frontend, welches dies beherrscht, kommt zumindest halbwegs mit apt pinning klar? Hallo, schau dir dazu doch mal das Paket deborhan an. ich schätze Du meinst deborphan. Ciao, Hans -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
apt pinning und apt frontends
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! Da ich auf meinem Desktop ein gemischtes Stable/Testing/Unstable-System laufen habe und auch etwas von stable-proposed-updates und testing-proposed-updates haben möchte, habe ich mich gestern mal intensiver mit der Möglichkeit, Pakete an bestimmte Debian-Revisionen zu pinnen, auseinandergesetzt. Um dieses Versionsmischmasch vernünftig zu verwalten ist APT::DefaultRelease in der apt.conf leider nicht geeignet, da so selbst die *-proposed-updates-Pakete ignoriert werden. Das mit dem pinnen hat auch hervorragend geklappt und apt wählt jetzt die Pakete so aus, wie ich mir das vorstelle. (stable-proposed-updates=höchste Priorität bis unstable=niedrigste Priorität) Das einzige Problem ist: Bisher habe ich zur Paketverwaltung aptitude eingesetzt, da mir die Baumansichten der (umgekehrten) Abhängigkeiten usw. sehr gut gefallen haben. Insbesondere möchte ich auf Aptitudes Möglichkeit, automatisch zur Auflösung von Abhängigkeiten installierte Pakete als solche zu erkennen und zu entfernen, wenn sie nicht mehr benötigt werden, nicht verzichten. Aptitude scheint allerdings überhaupt nicht mit dem pinning klar zu kommen und ignoriert meine /etc/apt/preferences-Datei völlig - Es möchte alle hier installierten Pakete auf ihre unstable-Versionen updaten. Mache ich da was falsch oder geht das wirklich gar nicht? (Ich habe bisher nur gelesen, dass Aptitude pinning nicht optimal unterstützt, aber nicht, dass es pinning gar nicht beachtet.) Mit der APT::DefaultRelease-Methode hat Aptitude gut zusammengearbeitet. Gibt es zu Aptitude / apt-Paketverwaltungsfrontends eine geeignetere Mailingliste oder Newsgruppe? Wenn es mit Aptitude wirklich nicht geht - wie macht ihr das mit den Paketen? Kann apt-get auch automatisch installierte Pakete von manuell installierten Paketen unterscheiden? Wenn nicht, welches apt-Frontend, welches dies beherrscht, kommt zumindest halbwegs mit apt pinning klar? Vielen Dank schonmal für alle Antworten! Grüße, Gunter - -- +-+-+-+-+-+-+ PDEPP Webserver: http://pdepp.SourceForge.net/ +-+-+-+-+-+-+ Luck is my middle name, said Rincewind, indistinctly. Mind you, my first name is Bad.-- (Terry Pratchett, Interesting Times) +-+-+-+-+-+-+-+-+-+-+-+-+- http://www.lspace.org -+-+-+-+-+-+-+-+-+-+-+-+-+ -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9/YtF0ORHvREo8l8RAil9AKCZAmogDIF4YjmghJUNonOJxQcbtQCeIdT6 yR/CK8mERbhuFrbVXl2yx+8= =JFRO -END PGP SIGNATURE- -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt-pinning
Hi Thomas, On Thu, 12 Dec 2002 23:49:29 +0100 Thomas Braun [EMAIL PROTECTED] wrote: das es ganz so einfach wie in hier beschrieben: http://www.linux-magazin.de/Artikel/ausgabe/2002/11/apt/apt.html jedenfalls nicht funktioniert habe ich jetzt feststellen dürfen. nach einer neuinstallation funktioniert mein system jetzt wieder. also das es nicht so einfach ist habe ich auch gerade rausgefunden. Also ich will bei woody standardmäßig bleiben, aber auch mal was aus unstable oder testing installieren. OK diverse dateien editiert: /etc/apt.conf APT::Default-Release stable; APT::Cache-Limit 12582912; /etc/apt/preferences Package: * Pin: release a=testing Pin-Priority: 50 Package: * Pin: release a=unstable Pin-Priority: 20 das ich aus allen installieren kann er aber testing bevorzugt. Versuch mal spaßenshalber noch Package: * Pin: release a=stable Pin-Priority: 900 da mit rein zu schreiben. Bei mir zumindest geht's mit dem zusätzlichen Eintrag für 'stable' (und die 'proposed-updates' und 'woody-proposed-updates'). -- Peter -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt-pinning
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Montag, 16. Dezember 2002 11:41 schrieb Peter Palmreuther: das es ganz so einfach wie in hier beschrieben: also das es nicht so einfach ist habe ich auch gerade rausgefunden. Eintrag für 'stable' (und die 'proposed-updates' und 'woody-proposed-updates'). Mir hat folgende Beschreibung sehr weitergeholfen: http://www.argon.org/~roderick/apt-pinning.html Das kann man dann noch sinngemäß ergänzen mit stable-proposed-updates und testing-proposed-updates und es fluppt. Die APT::DefaultDist-Zeile in der apt.conf kann man dann auch komplett 'rauswerfen. Allerdings fehlt mir jetzt noch ein (z.B. curses-basiertes) apt-Frontend, das mit dem Pinnen klar kommt und ähnlich wie aptitude das erkennen oder nachhalten automatisch installierter Pakete ermöglicht... Oder kann man vielleicht doch irgendwie Aptitude dazu überreden, die geänderten Installationsprioritäten zu beachten? Grüße, Gunter - -- - - There's a door - - Where does it go? - - It stays where it is, I think. -- (Terry Pratchett, Eric) - -+-+-+-+-+- PDEPP Webserver: http://pdepp.SourceForge.net/ -+-+-+-+-+- -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9/cK60ORHvREo8l8RAh31AJ4q5cwCLF0Z+GW4lv7DvglygIwiXgCZARtQ 8uQzYxxe/i8AfdeZi5Mbrv8= =doQi -END PGP SIGNATURE- -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt-pinning
hallo, das es ganz so einfach wie in hier beschrieben: http://www.linux-magazin.de/Artikel/ausgabe/2002/11/apt/apt.html jedenfalls nicht funktioniert habe ich jetzt feststellen dürfen. nach einer neuinstallation funktioniert mein system jetzt wieder. gruß michael -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt-pinning
michael bode schrieb: hallo, das es ganz so einfach wie in hier beschrieben: http://www.linux-magazin.de/Artikel/ausgabe/2002/11/apt/apt.html jedenfalls nicht funktioniert habe ich jetzt feststellen dürfen. nach einer neuinstallation funktioniert mein system jetzt wieder. Hallo, also das es nicht so einfach ist habe ich auch gerade rausgefunden. Also ich will bei woody standardmäßig bleiben, aber auch mal was aus unstable oder testing installieren. OK diverse dateien editiert: /etc/apt.conf APT::Default-Release stable; APT::Cache-Limit 12582912; /etc/apt/preferences Package: * Pin: release a=testing Pin-Priority: 50 Package: * Pin: release a=unstable Pin-Priority: 20 das ich aus allen installieren kann er aber testing bevorzugt. und dann mal testweise ein apt-cache policy ausgeführt und siehe da: debian:/etc/apt# apt-cache policy Package Files: 100 /var/lib/dpkg/status release a=now 20 http://download.uni-hd.de sid/non-free Packages release o=Debian,a=unstable,l=Debian,c=non-free origin download.uni-hd.de 20 http://download.uni-hd.de sid/main Packages release o=Debian,a=unstable,l=Debian,c=main origin download.uni-hd.de 20 http://download.uni-hd.de sid/contrib Packages release o=Debian,a=unstable,l=Debian,c=contrib origin download.uni-hd.de 500 http://non-us.debian.org sarge/non-US/non-free Packages release o=Debian,a=testing,l=Debian,c=non-US/non-free origin non-us.debian.org 500 http://non-us.debian.org sarge/non-US/contrib Packages release o=Debian,a=testing,l=Debian,c=non-US/contrib origin non-us.debian.org 500 http://non-us.debian.org sarge/non-US/main Packages release o=Debian,a=testing,l=Debian,c=non-US/main origin non-us.debian.org 500 http://download.uni-hd.de sarge/non-free Packages release o=Debian,a=testing,l=Debian,c=non-free origin download.uni-hd.de 500 http://download.uni-hd.de sarge/main Packages release o=Debian,a=testing,l=Debian,c=main origin download.uni-hd.de 500 http://download.uni-hd.de sarge/contrib Packages release o=Debian,a=testing,l=Debian,c=contrib origin download.uni-hd.de 500 http://sunsite.informatik.rwth-aachen.de testing/contrib Packages release o=Debian,a=testing,l=Debian,c=contrib origin sunsite.informatik.rwth-aachen.de 500 http://sunsite.informatik.rwth-aachen.de testing/non-free Packages release o=Debian,a=testing,l=Debian,c=non-free origin sunsite.informatik.rwth-aachen.de 500 http://sunsite.informatik.rwth-aachen.de testing/main Packages release o=Debian,a=testing,l=Debian,c=main origin sunsite.informatik.rwth-aachen.de 990 http://non-us.debian.org stable/non-US/non-free Packages release v=3.0,o=Debian,a=stable,l=Debian,c=non-US/non-free origin non-us.debian.org 990 http://non-us.debian.org stable/non-US/contrib Packages release v=3.0,o=Debian,a=stable,l=Debian,c=non-US/contrib origin non-us.debian.org 990 http://non-us.debian.org stable/non-US/main Packages release v=3.0,o=Debian,a=stable,l=Debian,c=non-US/main origin non-us.debian.org 990 http://download.uni-hd.de woody/non-free Packages release v=3.0,o=Debian,a=stable,l=Debian,c=non-free origin download.uni-hd.de 990 http://download.uni-hd.de woody/main Packages release v=3.0,o=Debian,a=stable,l=Debian,c=main origin download.uni-hd.de 990 http://download.uni-hd.de woody/contrib Packages release v=3.0,o=Debian,a=stable,l=Debian,c=contrib origin download.uni-hd.de 990 http://marillat.free.fr stable/main Packages release o=Christian Marillat,a=stable,l=Unofficial Packages Free,c=main origin marillat.free.fr 500 http://people.debian.org ./ Packages origin people.debian.org 500 ftp://ftp.kde.org ./ Packages origin ftp.kde.org 500 http://www.mirror.ac.uk woody/main Packages origin www.mirror.ac.uk 500 http://www.mirror.ac.uk woody/non-free Packages origin www.mirror.ac.uk 990 http://ftp.freenet.de woody/contrib Packages release o=debian-openoffice,a=stable,l=OpenOffice.org backports to Woody,c=contrib origin ftp.freenet.de 990 http://ftp.freenet.de woody/main Packages release o=debian-openoffice,a=stable,l=OpenOffice.org backports to Woody,c=main origin ftp.freenet.de 500 http://non-us.debian.org woody-proposed-updates/non-US/non-free Packages release v=3.0-updates,o=Debian,a=proposed-updates,l=Debian,c=non-US/non-free origin non-us.debian.org 500 http://non-us.debian.org woody-proposed-updates/non-US/contrib Packages release v=3.0-updates,o=Debian,a=proposed-updates,l=Debian,c=non-US/contrib origin non-us.debian.org 500 http://non-us.debian.org woody-proposed-updates/non-US/main Packages release v=3.0-updates,o=Debian,a=proposed-updates,l=Debian,c=non-US/main origin non-us.debian.org 990 http://security.debian.org stable/updates/non-free Packages release
Re: apt-pinning
On Sun, Dec 08, 2002 at 03:12:47PM +0100, michael bode wrote: hallo, Hallo Michael, ich versuche mit hilfe von apt pinning mein system von testing/unstable auf woody zu downgraden. dazu habe ich ... unabhaengig von apt pinnings kannst du evtl. groessere Probleme bekommen weil das Downgraden von Paketen bei Debian nicht offiziell unterstuetzt wird. So etwas wie apt-get install paket=niedrige-version funktioniert zwar, es kann dabei aber zu Problemen kommen wenn z.B. bei einem Paket irgendetwas in der neuen Version komplett anders funktioniert und entsprechend Dinge bei einem Upgrade von Skripten im Paket konvertiert werden weil so etwas bei einem Downgrade nicht rueckgaengig gemacht wird. Wer ganz oder teilweise auf testing oder unstable upgraded sollte wissen was er tut und dass der Weg zurueck wenn er denn geht steinig sein kann (und es ist _sehr_ unverantwortlich Leuten die Probleme mit einem Paket aus stable haben zu empfehlen Pakete aus testing oder unstable zu installieren - kein pinning hilft dir dagegen dass du z.B. die libc6 upgraden musst). Wenn man von einem einzelnen Paket eine neuere Version braucht muss man entweder mit einem gebackporteten Paket arbeiten (wodurch sich alle potentiellen Probleme auf ein Paket beschraenken) oder eben bis 2004 warten wenn Debian 3.1 hoffentlich herauskommen wird (dass 3.1 naechstes Jahr herauskommt halte ich persoenlich fuer _sehr_ unwahrscheinlich). gruß michael Gruss Adrian -- Is there not promise of rain? Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. Only a promise, Lao Er said. Pearl S. Buck - Dragon Seed -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt-pinning
michael bode [EMAIL PROTECTED] wrote: ich versuche mit hilfe von apt pinning mein system von testing/unstable auf woody zu downgraden. dazu habe ich folgendes in die /etc/apt/preferences eingetragen: Package: * Pin: release a=stable,v=3.0* Pin-Priority: 1001 danach habe ich dann apt-get dist-upgrade gemacht im verlauf der installisation der heruntergeladenen stable pakete kommt es zu einem fehler: Entpacke Ersatz für fileutils ... dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/fileutils_4.1-10_i386. [...] kann mir damit jemand weiterhelfen? Tu's nicht. Ich habe neulich versucht, jemand dabei weiterzuhelfen (arcpja$1ll$[EMAIL PROTECTED]), mit Handarbeit und --force-overwrite kamen wir ein Stueck weit, irgendwann kam dann aber dieser lustige Fehler: | /var/lib/dpkg/info/base-passwd.postinst: line 86: 6892 | Speicherzugriffsfehler update-passwd --dry-run $tmp der sich nicht mehr banal beheben liess. - Vermutlich muesste man libc6 und diverse andere Bibliotheken auf die Version in testing pinnen und ganz am Schluss downgraden. cu andreas -- Hey, da ist ein Ballonautomat auf der Toilette! Unofficial _Debian-packages_ of latest unstable _tin_ http://www.logic.univie.ac.at/~ametzler/debian/tin-snapshot/ -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt-pinning
Am Sunday 08 December 2002 15:22 schrieb Ramin Motakef:
www:~# cat /etc/apt/apt.conf
DPkg
{
Options {--force-overwrite;}
}
hats bei mir getan
Ramin
Ja, das sollte so funktionieren, und die coreutils aus sarge durch
fileutils textutils und die übrigen aus woody ersetzen.
Man sollte nur vor einem reboot zusehen alles sauber ersetzt zu
bekommen, da ansonsten wohl massive probleme auftauchen werden.
Immerhin sind in diesen Paketen die wichtigsten unix-gnu-programme
enthalten. Falls was schieflufen sollte, wird wohl nur ein
rettungssystem weiterhelfen können. Also Vorsicht.
ciao
gerhard
--
Häufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt-pinning
: michael bode [EMAIL PROTECTED] wrote: ich versuche mit hilfe von apt pinning mein system von testing/unstable auf woody zu downgraden. dazu habe ich folgendes in die /etc/apt/preferences eingetragen: Package: * Pin: release a=stable,v=3.0* Pin-Priority: 1001 danach habe ich dann apt-get dist-upgrade gemacht im verlauf der installisation der heruntergeladenen stable pakete kommt es zu einem fehler: Entpacke Ersatz für fileutils ... dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/fileutils_4.1-10_i386. Tu's nicht. Ich habe neulich versucht, jemand dabei weiterzuhelfen (arcpja$1ll$[EMAIL PROTECTED]), mit Handarbeit und --force-overwrite kamen wir ein Stueck weit, irgendwann kam dann aber dieser lustige Fehler: | /var/lib/dpkg/info/base-passwd.postinst: line 86: 6892 | Speicherzugriffsfehler update-passwd --dry-run $tmp der sich nicht mehr banal beheben liess. - Vermutlich muesste man libc6 und diverse andere Bibliotheken auf die Version in testing pinnen und ganz am Schluss downgraden. cu andreas hallo, ich habe das bereits versucht gehabt und bin jetzt bei folgendem fehler: /var/lib/dpkg/info/base-passwd.postinst: line 101: 991 Speicherzugriffsfehler update-passwd --verbose dpkg: Fehler beim Bearbeiten von base-passwd (--configure): Unterprozess post-installation script gab den Fehlerwert 139 zurück Fehler traten auf beim Bearbeiten von: base-passwd scheint sich so nicht einfach lösen lassen. gruß michael -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl) -- -- --- -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
