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
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: 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
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 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
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
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: pinning
On 04.08.06 10:11:37, Marco wrote: > Matthias Haegele wrote: > > > Das Paket auf hold setzen mittels aptitude z.B.? > > Auch das hat nicht geholfen: > echo "gtkhtml3.6 hold"|dpkg --set-selections 1. ist das nicht aptitude 2. man apt_preferences sagt dir warum das Paket trotzdem upgegradet werden wuerde. Du willst eine Prioritaet > 1000 einsetzen. Andreas -- You'll be called to a post requiring ability in handling groups of people. -- 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: pinning
Marco schrieb: Hallo, Ich will verhindern, dass gtkhtml3.6 von 3.6.2-1 auf 3.6.2-1.1 upgegradet wird. Der folgende Eintrag in preferences reicht nicht: Package: gtkhtml3.6 Pin: version 3.6.2-1 Pin-Priority: 990 Was muss ich tun? Das Paket auf hold setzen mittels aptitude z.B.? Gruß Marco Grüsse MH -- 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
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)
[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: 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
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 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: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
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
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
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, 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 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
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 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
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 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
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
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: aptitude und pinning un d automatischeAbhängigkeitsauflösung
On 28.02.06 18:07:43, Andreas Pakulat wrote: > On 28.02.06 17:26:20, Norbert Preining wrote: > > On Die, 28 Feb 2006, Andreas Pakulat wrote: > > > (oder seiner manpage). Ich schreib mal nen Bugreport... Ha, hab was > > > gefunden. Bugreport 216688 und die letzte Antwort darin erklaert warum > > > > A. Bummer. Und iwe mache ich das jetzt. Naja, mir wird schon was > > einfallen. > > Ich schreib mal was zusammen... Bugnummer sag ich dir dann nochmal... Hi, habs endlich reporten koennen (mein reportbug kam mit pdo.d.n nicht klar...), ist Bugnummer #355237. Andreas -- You will never know hunger. -- 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: aptitude und pinning un d automatischeAbhängigkeitsauflösung
On 01.03.06 19:22:47, Frank Küster wrote: > Andreas Pakulat <[EMAIL PROTECTED]> wrote: > > > Was aber ganz und gar nicht richtig ist: > > [EMAIL PROTECTED]:~>apt-cache policy tetex-base > > tetex-base: > > Installed: (none) > > Candidate: 3.0-14 > > Package pin: 3.0-14 > > Version table: > > 3.0-14 -1 > > 990 http://debian sid/main Packages > > 500 http://debian etch/main Packages > > 2.0.2c-8 -1 > > 500 http://debian sarge/main Packages > > [EMAIL PROTECTED]:~>head /etc/apt/preferences > > Package: tetex-base > > Pin: version 3.0-14 > > Pin-Priority: -1 > > > > Da sollte der Kandidat die Sarge-Version sein. Ist aber nicht so. Ich > > habe ein wenig das Gefuehl das das APT-Pinning-System nicht sehr gut > > betreut wird... > > Irgendwarum hat die sarge-Version auch den Pin -1. Wenn beide gleich > sind, wird natürlich die höhere genommen. > > Die interessante Frage ist also, warum die Sarge-Version auch -1 hat. > Oder habe ich was verpasst - ich steige gerade erst ein. Ja hast du, meinen Link auf einen Bugreport von APT (AFAIK 2 Mails frueher). Das Problem ist wohl das Paket diesen Pin kriegt, so ganz kapiert hab ich nicht was da geschrieben wurde, aber irgendwie hab ich halt den Eindruck das da mal einer in einer stuermischen Nacht das Pinning-System implementiert hat und seitdem niemand mehr was dran macht weil sonst alles in sich zusammenfaellt. Andreas -- Your analyst has you mixed up with another patient. Don't believe a thing he tells 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: aptitude und pinning und automatischeAbhängigkeitsauflösung
Andreas Pakulat <[EMAIL PROTECTED]> wrote: > Was aber ganz und gar nicht richtig ist: > [EMAIL PROTECTED]:~>apt-cache policy tetex-base > tetex-base: > Installed: (none) > Candidate: 3.0-14 > Package pin: 3.0-14 > Version table: > 3.0-14 -1 > 990 http://debian sid/main Packages > 500 http://debian etch/main Packages > 2.0.2c-8 -1 > 500 http://debian sarge/main Packages > [EMAIL PROTECTED]:~>head /etc/apt/preferences > Package: tetex-base > Pin: version 3.0-14 > Pin-Priority: -1 > > Da sollte der Kandidat die Sarge-Version sein. Ist aber nicht so. Ich > habe ein wenig das Gefuehl das das APT-Pinning-System nicht sehr gut > betreut wird... Irgendwarum hat die sarge-Version auch den Pin -1. Wenn beide gleich sind, wird natürlich die höhere genommen. Die interessante Frage ist also, warum die Sarge-Version auch -1 hat. Oder habe ich was verpasst - ich steige gerade erst ein. Gruß, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Re: aptitude und pinning un d automatischeAbhängigkeitsauflösung
On 01.03.06 17:28:47, Matthias Haegele wrote: > Andreas Pakulat schrieb: > >On 28.02.06 11:34:54, Norbert Preining wrote: > >>On Die, 28 Feb 2006, Andreas Pakulat wrote: > [...] > >>tetex-base: > >> Installed: (none) > >> Candidate: 3.0-14 > >> Package pin: 3.0-14 > >> Version table: > >> 3.0-14 -1 > >>500 http://ftp.de.debian.org sid/main Packages > >> > >>was irgendwie richtig aussieht (der -1 ist da), aber ich kapier nicht > >>was der Unterschied von 3.0.14 -1 und dem 500 dem der URL ist. > >Ich denke die 500 steht da, weil es die Prioritaet der URL ist. Wenn ich > >obigen Pin eintrage kriege ich sowas: > >[EMAIL PROTECTED]:/etc/apt>apt-cache policy tetex-base > >tetex-base: > > Installed: (none) > > Candidate: 3.0-14 > > Package pin: 3.0-14 > > Version table: > > 3.0-14 -1 > >990 http://debian sid/main Packages > >500 http://debian etch/main Packages > > 2.0.2c-8 -1 > >500 http://debian sarge/main Packages > >Irgendwie macht mich aber das Candidate stutzig, laut manpage muesste da > >2.0.2c-8 stehen, da ja Prioritaet < 0 ist und somit das Paket niemals > >installiert werden sollte. Hmm, grad mal einen Quick'n'Dirty-Test > >gemacht: > ? Das versteh ich jetzt nicht ganz, der Kandidat stimmt doch, weil die > Priorität mit 990 höher ist und selbst wenn nicht hätte die Etch Version mit > 500 die höhere Versionsnr bei gleicher Priorität?, Was korrekt ist (und was ich quasi uebersehen hatte) ist das bei Pinning von tetex-base/unstable immernoch 3.0-14 aus Etch installiert werden wuerde. Das eine was nicht korrekt ist an der Anzeige ist die Prioritaet von unstable, dort sollte zwecks weniger Verwirrung auch -1 stehen wenn ich einen entsprechenden Pin definiere. Was aber ganz und gar nicht richtig ist: [EMAIL PROTECTED]:~>apt-cache policy tetex-base tetex-base: Installed: (none) Candidate: 3.0-14 Package pin: 3.0-14 Version table: 3.0-14 -1 990 http://debian sid/main Packages 500 http://debian etch/main Packages 2.0.2c-8 -1 500 http://debian sarge/main Packages [EMAIL PROTECTED]:~>head /etc/apt/preferences Package: tetex-base Pin: version 3.0-14 Pin-Priority: -1 Da sollte der Kandidat die Sarge-Version sein. Ist aber nicht so. Ich habe ein wenig das Gefuehl das das APT-Pinning-System nicht sehr gut betreut wird... > warum hat bei dir etch und > sarge die gleiche Priorität? Das ist ganz normal, man apt_preferences sagt dir das auch. Unstable hat 990 weil ich [EMAIL PROTECTED]:~>head /etc/apt/apt.conf.d/01Default APT::Default-Release "unstable"; gesetzt habe. > Oder bin ich jetzt total konfus?. > Könnte mich mal jemand aufklären? Insgesamt scheint der -1-Pin nicht zu funktionieren, das ist entweder ein Bug in APT oder ein Bug in der manpage. Andreas -- This life is yours. Some of it was given to you; the rest, you made yourself. -- 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: aptitude und pinning und automatischeAbhäng igkeitsauflösung
Andreas Pakulat schrieb: On 28.02.06 11:34:54, Norbert Preining wrote: On Die, 28 Feb 2006, Andreas Pakulat wrote: [...] tetex-base: Installed: (none) Candidate: 3.0-14 Package pin: 3.0-14 Version table: 3.0-14 -1 500 http://ftp.de.debian.org sid/main Packages was irgendwie richtig aussieht (der -1 ist da), aber ich kapier nicht was der Unterschied von 3.0.14 -1 und dem 500 dem der URL ist. Ich denke die 500 steht da, weil es die Prioritaet der URL ist. Wenn ich obigen Pin eintrage kriege ich sowas: [EMAIL PROTECTED]:/etc/apt>apt-cache policy tetex-base tetex-base: Installed: (none) Candidate: 3.0-14 Package pin: 3.0-14 Version table: 3.0-14 -1 990 http://debian sid/main Packages 500 http://debian etch/main Packages 2.0.2c-8 -1 500 http://debian sarge/main Packages Irgendwie macht mich aber das Candidate stutzig, laut manpage muesste da 2.0.2c-8 stehen, da ja Prioritaet < 0 ist und somit das Paket niemals installiert werden sollte. Hmm, grad mal einen Quick'n'Dirty-Test gemacht: ? Das versteh ich jetzt nicht ganz, der Kandidat stimmt doch, weil die Priorität mit 990 höher ist und selbst wenn nicht hätte die Etch Version mit 500 die höhere Versionsnr bei gleicher Priorität?, warum hat bei dir etch und sarge die gleiche Priorität? Oder bin ich jetzt total konfus?. Könnte mich mal jemand aufklären? Andreas Grüsse MH -- 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: aptitude und pinning un d automatischeAbhängigkeitsauflösung
On 28.02.06 17:26:20, Norbert Preining wrote: > On Die, 28 Feb 2006, Andreas Pakulat wrote: > > (oder seiner manpage). Ich schreib mal nen Bugreport... Ha, hab was > > gefunden. Bugreport 216688 und die letzte Antwort darin erklaert warum > > A. Bummer. Und iwe mache ich das jetzt. Naja, mir wird schon was > einfallen. Ich schreib mal was zusammen... Bugnummer sag ich dir dann nochmal... > > > Nein, weil wenn ich es manual mache komme ich zu einer Lösung wo alle > > > texlive pakete installiert werden, keine tetex, und keine Abhängigkeiten > > > unbeachtet bleiben (ich pass schon auf dass das geh) > > > > Also noch mal fuer mich "dummen", dein Test-System macht sowas wie > > > > aptitude install > > > > und dabei wird tetex installiert. Wenn du dasselbe manuell machst > > bzw. in der TUI das Paket auswaehlst passiert das nicht? > > aptitude install texlive-latex-extra > > schlägt mir vor Solution install tetex, leave texlive-latex-extrra > uninstalled. > Accept this solution: > Wenn ich no sage, dann bietet es mir die nächste Lösung an, die aber > einen schlechteren Wert hat, dann noch eine, dann noch eine, und > irgendwann kommt dann die wo alle texlive-pakete installiert werden und > kein tetex. Tja, aptitude's "Logik"... :-) Sorry, da fehlen mir jetzt auch die Ideen. Warum testest du eigentlich die Pakete? Ich dachte sowas brauchen DM's nicht, die laden einfach nach unstable hoch und wenn dann was kaputt geht heissts immer: "ist doch unstable" ;-) Andreas -- Go to a movie tonight. Darkness becomes 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: aptitude und pinning u nd automatischeAbhängigkeitsauflösung
Hall Andreas! On Die, 28 Feb 2006, Andreas Pakulat wrote: > Ich meinte das dahingehend, dass du evtl. 1 (_leicht_ uebertrieben > ;-) Eintraege in die preferences machen musst, damit das klappt. Zum Glück leicht übertrieben ... weil das Testn von 1 Paketen würde JAHRE dauern bevor ich einen upload machen kann, so dauert es schn fast 20h um alle Tests laufen zu lassen. > (oder seiner manpage). Ich schreib mal nen Bugreport... Ha, hab was > gefunden. Bugreport 216688 und die letzte Antwort darin erklaert warum A. Bummer. Und iwe mache ich das jetzt. Naja, mir wird schon was einfallen. > > Nein, weil wenn ich es manual mache komme ich zu einer Lösung wo alle > > texlive pakete installiert werden, keine tetex, und keine Abhängigkeiten > > unbeachtet bleiben (ich pass schon auf dass das geh) > > Also noch mal fuer mich "dummen", dein Test-System macht sowas wie > > aptitude install > > und dabei wird tetex installiert. Wenn du dasselbe manuell machst > bzw. in der TUI das Paket auswaehlst passiert das nicht? aptitude install texlive-latex-extra schlägt mir vor Solution install tetex, leave texlive-latex-extrra uninstalled. Accept this solution: Wenn ich no sage, dann bietet es mir die nächste Lösung an, die aber einen schlechteren Wert hat, dann noch eine, dann noch eine, und irgendwann kommt dann die wo alle texlive-pakete installiert werden und kein tetex. Im GUI erscheint da Conflict rot unten, typ "e" fro examine, und dann kann man mit , und . durch die optinen scrollen. Nur wenn ich automatische tests mache --assume-yes, dann nimmt es immer den ersten Kandidaten, den ich aber wegbekommen möchte, weil es der mit tetex ist. Herzliche Grüße Norbert --- Dr. Norbert Preining Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- AMERSHAM (n.) The sneeze which tickles but never comes. (Thought to derive from the Metropolitan Line tube station of the same name where the rails always rattle but the train never arrives.) --- Douglas Adams, The Meaning of Liff -- 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: aptitude und pinning un d automatischeAbhängigkeitsauflösung
On 28.02.06 11:34:54, Norbert Preining wrote: > On Die, 28 Feb 2006, Andreas Pakulat wrote: > > > Jetzt möchte ich aber dass *immer* nach texlive aufgelöst wird (was auch > > > immer geht). Händisch geht das, da gehe ich durch die alternativen > > > Auflösungsmöglichkeiten in aptitude und komme irgendwann zu der wo nur > > > texlive Pakete installiert werden und keine tetex. > > > > Da wirst du dir gleich selbst ins Bein beissen, dass texlive auf so > > viele Pakete verteilt ist, denn... > > Wieso? Im Prinzip, bevor ich die tl Pakete so gebaut habe dass sie mit > tetex arbeiten, hat das test system super geklappt. Und es geht auch > jetzt eigentlich eh gut, nur möchte ic noch die Auflösungen von Deps > steuern können. Ich meinte das dahingehend, dass du evtl. 1 (_leicht_ uebertrieben ;-) Eintraege in die preferences machen musst, damit das klappt. > > Das funktioniert nicht, APT versteht bei Package nur einen einzelnen > > Stern oder volle Paketnamen, * ist da nicht als generelles Wildcard > > gedacht. > > Ah, ok. Immerhin etwas. Aber ich habe es auch mit divrsen Pin Angaben > probiert (l=texlive zb, weil in meinem release file label: texlive > drinnen steht) und mit Package: *, hat auch nicht geklappt. Hmm, vllt. geht das was du willst nicht weil apt nicht intelligent genug dafuer ist, bzw. nicht die Moeglichkeiten dafuer bietet... > > > Package: tetex-base > > > Pin: release a=unstable > > > Pin-Priority: -1 > > > > Das verstehe ich allerdings nicht, was sagt apt-cache policy tetex-base > > in dem Fall? > > gibt mir: > tetex-base: > Installed: (none) > Candidate: 3.0-14 > Package pin: 3.0-14 > Version table: > 3.0-14 -1 > 500 http://ftp.de.debian.org sid/main Packages > > was irgendwie richtig aussieht (der -1 ist da), aber ich kapier nicht > was der Unterschied von 3.0.14 -1 und dem 500 dem der URL ist. Ich denke die 500 steht da, weil es die Prioritaet der URL ist. Wenn ich obigen Pin eintrage kriege ich sowas: [EMAIL PROTECTED]:/etc/apt>apt-cache policy tetex-base tetex-base: Installed: (none) Candidate: 3.0-14 Package pin: 3.0-14 Version table: 3.0-14 -1 990 http://debian sid/main Packages 500 http://debian etch/main Packages 2.0.2c-8 -1 500 http://debian sarge/main Packages Irgendwie macht mich aber das Candidate stutzig, laut manpage muesste da 2.0.2c-8 stehen, da ja Prioritaet < 0 ist und somit das Paket niemals installiert werden sollte. Hmm, grad mal einen Quick'n'Dirty-Test gemacht: aptitude install tetex-bin wuerde tetex-base=3.0.14-1 installieren. Das ist IMHO ein Fehler in APT (oder seiner manpage). Ich schreib mal nen Bugreport... Ha, hab was gefunden. Bugreport 216688 und die letzte Antwort darin erklaert warum das was du willst vielleicht nicht moeglich ist. Ich bin aber trotzdem der Meinung das entweder die Manpage oder (besser) apt korrigiert gehoert, da eine Prioritaet < 0 offensichtlich nicht das bewirkt was in der Manpage steht. Was meinst du? > > > Immer ende ich mit das aptitude mir als erste Variante vorschlägt tetex > > > zu installieren. > > > > Vllt. sind das Problem auch die Pakete die nur auf tetex dependen, von > > denen gibts naemlich noch einige... Musste hier auch einige neu bauen um > > texlive-Abhaengigkeiten reinzukriegen.. > > Nein, weil wenn ich es manual mache komme ich zu einer Lösung wo alle > texlive pakete installiert werden, keine tetex, und keine Abhängigkeiten > unbeachtet bleiben (ich pass schon auf dass das geh) Also noch mal fuer mich "dummen", dein Test-System macht sowas wie aptitude install und dabei wird tetex installiert. Wenn du dasselbe manuell machst bzw. in der TUI das Paket auswaehlst passiert das nicht? Andreas -- Your boss is a few sandwiches short of a picnic. -- 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: aptitude und pinning u nd automatischeAbhängigkeitsauflösung
Hallo Andreas! On Die, 28 Feb 2006, Andreas Pakulat wrote: > > Jetzt möchte ich aber dass *immer* nach texlive aufgelöst wird (was auch > > immer geht). Händisch geht das, da gehe ich durch die alternativen > > Auflösungsmöglichkeiten in aptitude und komme irgendwann zu der wo nur > > texlive Pakete installiert werden und keine tetex. > > Da wirst du dir gleich selbst ins Bein beissen, dass texlive auf so > viele Pakete verteilt ist, denn... Wieso? Im Prinzip, bevor ich die tl Pakete so gebaut habe dass sie mit tetex arbeiten, hat das test system super geklappt. Und es geht auch jetzt eigentlich eh gut, nur möchte ic noch die Auflösungen von Deps steuern können. > Das funktioniert nicht, APT versteht bei Package nur einen einzelnen > Stern oder volle Paketnamen, * ist da nicht als generelles Wildcard > gedacht. Ah, ok. Immerhin etwas. Aber ich habe es auch mit divrsen Pin Angaben probiert (l=texlive zb, weil in meinem release file label: texlive drinnen steht) und mit Package: *, hat auch nicht geklappt. > > Package: tetex-base > > Pin: release a=unstable > > Pin-Priority: -1 > > Das verstehe ich allerdings nicht, was sagt apt-cache policy tetex-base > in dem Fall? gibt mir: tetex-base: Installed: (none) Candidate: 3.0-14 Package pin: 3.0-14 Version table: 3.0-14 -1 500 http://ftp.de.debian.org sid/main Packages was irgendwie richtig aussieht (der -1 ist da), aber ich kapier nicht was der Unterschied von 3.0.14 -1 und dem 500 dem der URL ist. > > Immer ende ich mit das aptitude mir als erste Variante vorschlägt tetex > > zu installieren. > > Vllt. sind das Problem auch die Pakete die nur auf tetex dependen, von > denen gibts naemlich noch einige... Musste hier auch einige neu bauen um > texlive-Abhaengigkeiten reinzukriegen.. Nein, weil wenn ich es manual mache komme ich zu einer Lösung wo alle texlive pakete installiert werden, keine tetex, und keine Abhängigkeiten unbeachtet bleiben (ich pass schon auf dass das geh) Herzliche Grüße Norbert --- Dr. Norbert Preining Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- TUMBY (n.) The involuntary abdominal gurgling which fills the silence following someone else's intimate personal revelation. --- Douglas Adams, The Meaning of Liff -- 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: aptitude und pinning un d automatischeAbhängigkeitsauflösung
On 28.02.06 04:26:14, Norbert Preining wrote: > Ich verzweifle: Wie kann ich diesem (dummen) apt/apt-get/aptitude sagen > dass es ein gewissen Paket NIE NIE NIE betrachten soll wenn es versucht > Anhängigkeiten aufzulösen. Mit preferences. > Jetzt möchte ich aber dass *immer* nach texlive aufgelöst wird (was auch > immer geht). Händisch geht das, da gehe ich durch die alternativen > Auflösungsmöglichkeiten in aptitude und komme irgendwann zu der wo nur > texlive Pakete installiert werden und keine tetex. Da wirst du dir gleich selbst ins Bein beissen, dass texlive auf so viele Pakete verteilt ist, denn... > Package: texlive-* > Pin-Priority: 1000 Das funktioniert nicht, APT versteht bei Package nur einen einzelnen Stern oder volle Paketnamen, * ist da nicht als generelles Wildcard gedacht. > Package: tetex-base > Pin: release a=unstable > Pin-Priority: -1 Das verstehe ich allerdings nicht, was sagt apt-cache policy tetex-base in dem Fall? > Immer ende ich mit das aptitude mir als erste Variante vorschlägt tetex > zu installieren. Vllt. sind das Problem auch die Pakete die nur auf tetex dependen, von denen gibts naemlich noch einige... Musste hier auch einige neu bauen um texlive-Abhaengigkeiten reinzukriegen.. Andreas -- Celebrate Hannibal Day this year. Take an elephant to lunch. -- 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: aptitude und pinning und automatischeAbhäng igkeitsauflösung
Norbert Preining: >Ich verzweifle: Wie kann ich diesem (dummen) apt/apt-get/aptitude sagen >dass es ein gewissen Paket NIE NIE NIE betrachten soll wenn es versucht >Anhängigkeiten aufzulösen. *g* >Hintergrund: Ich habe ein automatisches Testsystem für die texlive >Pakete das upgrade-remove-install-purge-install tests für jedes Paket >macht. > >Nur gibt es einige Pakete die eine Dependency entweder auf tetex oder >texlive haben. > >Jetzt möchte ich aber dass *immer* nach texlive aufgelöst wird (was auch >immer geht). Keine Ahnung, ob dafür ein Mechanismus vorgesehen ist. Meinerseits würde ich vor Aufruf dieses automatischen Testsystems einfach behaupten, dass tetex nicht installiert ist. Dann sollte ja automatisch texlive genommen werden. /var/lib/dpkg/status nach /var/lib/dpkg/status-test kopieren, in status-test nach tetex-bin suchen - unter der Annahme, dass dieses als Alternative zu texlive in Frage kommt, und dort die Zeile Status: install ok installed zu Status: purge ok not-installed ändern. Dann vor Aufruf des Testsystems status-test mit status vertauschen und nach Beendigung die Vertauschung wieder rückgängig machen. Aber vielleicht gibt es ja einen eleganteren Weg. :) Hartmut -- 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)
aptitude und pinning und a utomatischeAbhängigkeitsauflösung
Hallo alle! Ich verzweifle: Wie kann ich diesem (dummen) apt/apt-get/aptitude sagen dass es ein gewissen Paket NIE NIE NIE betrachten soll wenn es versucht Anhängigkeiten aufzulösen. Hintergrund: Ich habe ein automatisches Testsystem für die texlive Pakete das upgrade-remove-install-purge-install tests für jedes Paket macht. Nur gibt es einige Pakete die eine Dependency entweder auf tetex oder texlive haben. Jetzt möchte ich aber dass *immer* nach texlive aufgelöst wird (was auch immer geht). Händisch geht das, da gehe ich durch die alternativen Auflösungsmöglichkeiten in aptitude und komme irgendwann zu der wo nur texlive Pakete installiert werden und keine tetex. Was ich schon probiert habe ist das mit Pinning zu lösen, bekomme es aber nicht hin: Package: texlive-* Pin-Priority: 1000 klappt nicht Package: tetex-base Pin: release a=unstable Pin-Priority: -1 geht nicht Immer ende ich mit das aptitude mir als erste Variante vorschlägt tetex zu installieren. Kann mich da irgendjemand erhellen? Herzliche Grüße Norbert --- Dr. Norbert Preining Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- "I don't know, " said the voice on the PA, "apathetic bloody planet, I've no sympathy at all." --- Douglas Adams, The Hitchhikers Guide to the Galaxy -- 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: Pinning-Automatik mit backports.org
Andreas Pakulat <[EMAIL PROTECTED]> wrote: >> Ich hätte das gerne, wie gesagt, wegen einiger >> arch:-all-Pakete, z.B. auctex, developers-reference, etc. Er will dann >> aber alle backports auf die sid-Pakete updaten. > > Dann gib sid eine Prioritaet von prioritaet(b.p.o)-1 und schon ists gut. Wunderwerk der Technik. Nicht nur dass es klappt - sogar die "kept back"-Meldungen sind weg! Dankeschön, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Re: Pinning-Automatik mit backports.org
On 13.02.06 16:17:42, Frank Küster wrote: > Norbert Tretkowski <[EMAIL PROTECTED]> wrote: > > * Frank Küster wrote: > >> Norbert Tretkowski <[EMAIL PROTECTED]> wrote: > >> > Warum traegst du eigentlich jede Abhaengigkeit einzeln ein? Man > >> > kann auch das backports.org Repository auf 200 runter pinnen, und > >> > Pakete dann mit 'apt-get -t sarge-backports install foo' > >> > installieren. > >> > >> Und wenn es dann ein update auf backports.org gibt, sagt mir das > >> dann aptitude irgendwie? > > > > Jupp. Es erkennt, dass die installierte Version neuer ist als die > > Version mit der hoechsten Pinning-Prioritaet, und zieht dann Updates > > automatisch nach. > > Das ist schonmal gut. Aber es geht leider dann nicht, wenn man auch sid > in der sources.list hat. Klaro geht das. > Ich hätte das gerne, wie gesagt, wegen einiger > arch:-all-Pakete, z.B. auctex, developers-reference, etc. Er will dann > aber alle backports auf die sid-Pakete updaten. Dann gib sid eine Prioritaet von prioritaet(b.p.o)-1 und schon ists gut. Andreas -- You will attract cultured and artistic people to your home. -- 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: Pinning-Automatik mit backports.org
On 13.02.06 15:27:54, Frank Küster wrote: > Package: preview-latex-styles > Pin: release a=unstable > Pin-Priority: 999 Das Paket gibts nicht in Debian. > Auffällig ist, dass die Meldung nicht für alle Pakete kommt, die es auch > in sid gibt, sondern nur für einige - offenbar die, die es in sarge gar > nicht gibt? Hmm, dein xorg-Backport sollte eigentlich die neuen Paketnamen enthalten. Ich vermute da existieren neuere Versionen in unstable als bei b.p.o. > Abgesehen davon, dass ich es gerne verstehen würde, suche ich nach einem > Weg, wie ich diese Meldung wegbekomme. Denn gerade wenn man > distributionen mischt, sind die "kept back"-Informationen wichtig. Zum > Beispiel würde ich daran merken, wenn ein Paket, das ich von > backports.org habe, zusätzliche Dependencies bekommen hat und ich das > neue Paket auch pinnen muss. Du koenntest bestimmt auch einen generalisierten Pin fuer b.p.o machen, der dann alle b.p.o PAkete mit einer hohen Prioritaet ausstattet. Andreas -- If you learn one useless thing every day, in a single year you'll learn 365 useless things. -- 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: Pinning-Automatik mit backports.org
Norbert Tretkowski <[EMAIL PROTECTED]> wrote: > * Frank Küster wrote: >> Norbert Tretkowski <[EMAIL PROTECTED]> wrote: >> > Warum traegst du eigentlich jede Abhaengigkeit einzeln ein? Man >> > kann auch das backports.org Repository auf 200 runter pinnen, und >> > Pakete dann mit 'apt-get -t sarge-backports install foo' >> > installieren. >> >> Und wenn es dann ein update auf backports.org gibt, sagt mir das >> dann aptitude irgendwie? > > Jupp. Es erkennt, dass die installierte Version neuer ist als die > Version mit der hoechsten Pinning-Prioritaet, und zieht dann Updates > automatisch nach. Das ist schonmal gut. Aber es geht leider dann nicht, wenn man auch sid in der sources.list hat. Ich hätte das gerne, wie gesagt, wegen einiger arch:-all-Pakete, z.B. auctex, developers-reference, etc. Er will dann aber alle backports auf die sid-Pakete updaten. Gruß, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Re: Pinning-Automatik mit backports.org
* Frank Küster wrote: > Norbert Tretkowski <[EMAIL PROTECTED]> wrote: > > Warum traegst du eigentlich jede Abhaengigkeit einzeln ein? Man > > kann auch das backports.org Repository auf 200 runter pinnen, und > > Pakete dann mit 'apt-get -t sarge-backports install foo' > > installieren. > > Und wenn es dann ein update auf backports.org gibt, sagt mir das > dann aptitude irgendwie? Jupp. Es erkennt, dass die installierte Version neuer ist als die Version mit der hoechsten Pinning-Prioritaet, und zieht dann Updates automatisch nach. > Ich hätte vermutet, dass ich dann manuell nachsehen muss (http, > apt-cache policy etc.) Nein, musst du nicht. Norbert -- 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: Pinning-Automatik mit backports.org
Norbert Tretkowski <[EMAIL PROTECTED]> wrote: > * Frank Küster wrote: >> Abgesehen davon, dass ich es gerne verstehen würde, suche ich nach >> einem Weg, wie ich diese Meldung wegbekomme. > > Ich denke nicht, dass man die Meldungen so einfach weg bekommt. > >> Zum Beispiel würde ich daran merken, wenn ein Paket, das ich von >> backports.org habe, zusätzliche Dependencies bekommen hat und ich >> das neue Paket auch pinnen muss. > > Warum traegst du eigentlich jede Abhaengigkeit einzeln ein? Man kann > auch das backports.org Repository auf 200 runter pinnen, und Pakete > dann mit 'apt-get -t sarge-backports install foo' installieren. Und wenn es dann ein update auf backports.org gibt, sagt mir das dann aptitude irgendwie? Ich hätte vermutet, dass ich dann manuell nachsehen muss (http, apt-cache policy etc.) Gruß, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Re: Pinning-Automatik mit backports.org
* Frank Küster wrote: > Abgesehen davon, dass ich es gerne verstehen würde, suche ich nach > einem Weg, wie ich diese Meldung wegbekomme. Ich denke nicht, dass man die Meldungen so einfach weg bekommt. > Zum Beispiel würde ich daran merken, wenn ein Paket, das ich von > backports.org habe, zusätzliche Dependencies bekommen hat und ich > das neue Paket auch pinnen muss. Warum traegst du eigentlich jede Abhaengigkeit einzeln ein? Man kann auch das backports.org Repository auf 200 runter pinnen, und Pakete dann mit 'apt-get -t sarge-backports install foo' installieren. Norbert -- 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)
Pinning-Automatik mit backports.org
Hallo, ich verwende sarge mit xorg und linux-image-2.6.15 von backports.org. Außerdem möchte ich gerne einzelne architecture-all-Pakete aus sid installieren und automatisch updaten lassen. Dazu habe ich in /etc/apt/preferences erst mal folgendes eingetragen: Package: * Pin: release a=sarge-backports Pin-Priority: 200 Package: * Pin: release a=unstable Pin-Priority: 200 Package: linux-image-2.6-686 Pin: release a=sarge-backports Pin-Priority: 999 In dieser Art kommen dann noch einige "Strophen" für die Pakete, die man für die neuen Kernel braucht, sowie für xorg, und schließlich zwei für auctex aus unstable: Package: auctex Pin: release a=unstable Pin-Priority: 999 Package: preview-latex-styles Pin: release a=unstable Pin-Priority: 999 Soweit, so gut. Das Problem ist nun, dass aptitude jetzt feststellt, dass in unstable einige neuere Versionen sind, und diese zwar wegen des pinnings nicht updatet, aber als "have been kept back" anzeigt: riesling:~# aptitude dist-upgrade Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done The following packages have been kept back: libdmx1 libfs6 libglu1-xorg libkpathsea3 libxau6 libxaw8 libxdmcp6 libxfixes3 libxinerama1 libxss1 libxxf86dga1 libxxf86misc1 libxxf86vm1 linux-image-2.6.15-1-686 yaird 0 packages upgraded, 0 newly installed, 0 to remove and 15 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. Writing extended state information... Done Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done Dies sind, soweit ich das sehen kann, einige xorg-Bibliotheken sowie linux-image-2.6.15-1-686 und das dafür benötigte yaird (libkpathsea3 kann man hier mal vergessen). Auffällig ist, dass die Meldung nicht für alle Pakete kommt, die es auch in sid gibt, sondern nur für einige - offenbar die, die es in sarge gar nicht gibt? Abgesehen davon, dass ich es gerne verstehen würde, suche ich nach einem Weg, wie ich diese Meldung wegbekomme. Denn gerade wenn man distributionen mischt, sind die "kept back"-Informationen wichtig. Zum Beispiel würde ich daran merken, wenn ein Paket, das ich von backports.org habe, zusätzliche Dependencies bekommen hat und ich das neue Paket auch pinnen muss. TIA, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Re: Pinning Problem
On 16.01.06 21:08:18, Al Bogner wrote: > Am Montag, 16. Januar 2006 20:16 schrieb Andreas Pakulat: > > > > Damit klappt es auch nicht: > > > > Na du hast hoffentlich nicht libimagemagick genutzt? Nach den neuen > > Informationen sollte da imagemagick drin bleiben. > > Sorry, ich blick bei den ganzen Versionen für _meinen_ Fall nicht durch. :-) Tja ist halt alles nicht so einfach... > Also was muß ich in _meinem_ System nun genau eintragen, damit "apt-get > upgrade" imagemagick so läßt wie es ist. Ich denke: Package: imagemagick Pin: version 6:6.0... (weiss deine Version jetzt nicht genau) Pin-Priority: 999 evtl. Prioritaet 1001, aber da bin ich so nicht ganz sicher... Das 6.x imagemagick Paket duerfte mit der libmagick6 laufen, ein neueres imagemagick-Paket braucht dann die libmagick9. Ich weiss auch nicht so genau was in den libraries ist und was in den Kommandozeilen-Programmen an Funktionalitaet enthalten ist. HTH Andreas -- You will be given a post of trust and responsibility. -- 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: Pinning Problem
Am Montag, 16. Januar 2006 20:16 schrieb Andreas Pakulat: > > Damit klappt es auch nicht: > > Na du hast hoffentlich nicht libimagemagick genutzt? Nach den neuen > Informationen sollte da imagemagick drin bleiben. Sorry, ich blick bei den ganzen Versionen für _meinen_ Fall nicht durch. Also was muß ich in _meinem_ System nun genau eintragen, damit "apt-get upgrade" imagemagick so läßt wie es ist. Al
Re: Pinning Problem
On 16.01.06 19:40:33, Al Bogner wrote: > Am Montag, 16. Januar 2006 14:24 schrieb Andreas Pakulat: > > > man apt_preferences. Das kann so nicht funktionieren. > > Ich habe mich daran gehalten: > http://www.linux-magazin.de/Artikel/ausgabe/2002/11/apt/apt.html Das interessiert aber apt nicht ;-) Lies mal apt_preferences > "Der folgende Eintrag verhindert, dass ein neuerer Mozilla als Version 1.0.0 > installiert wird: > Package: mozilla* > Pin: version 1.0.0* > Pin-Priority: 999" Oh, mein Fehler, bei Pin scheint ein Stern Ok zu sein. > apt-cache policy libmagick6 > libmagick6: > Installiert:6:6.2.3.6-3 > Mögliche Pakete:6:6.2.3.6-3 > Versions-Tabelle: > *** 6:6.2.3.6-3 0 > 100 /var/lib/dpkg/status Die hab ich hier auch noch rumliegen. > apt-cache policy libmagick9 Das ist die neue. Da passen die Conflicts nicht so ganz, gibt nur einen auf libmagick6.0.1 - mal fix nen Bugreport schreiben... > > Package: libimagemagick > > Pin: version 6:6.2.3.6-3 > > Priority: 1001 > > Damit klappt es auch nicht: Na du hast hoffentlich nicht libimagemagick genutzt? Nach den neuen Informationen sollte da imagemagick drin bleiben. Andreas -- You are wise, witty, and wonderful, but you spend too much time reading this sort of trash. -- 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: Pinning Problem
Am Montag, 16. Januar 2006 14:24 schrieb Andreas Pakulat: > man apt_preferences. Das kann so nicht funktionieren. Ich habe mich daran gehalten: http://www.linux-magazin.de/Artikel/ausgabe/2002/11/apt/apt.html "Der folgende Eintrag verhindert, dass ein neuerer Mozilla als Version 1.0.0 installiert wird: Package: mozilla* Pin: version 1.0.0* Pin-Priority: 999" > IIRC kann weder > version noch Package Wildcards dieser Form. Package versteht einen > einzelnen Stern, aber das wars dann auch. Du solltest dir das > "grundlegendste" imagemagick-Paket suchen (da gibts doch ne > libimagemagick oder?) und das dann auf genau die installierte Version > pinnen: Also warum bei mir gerade diese IM-Version so funktioniert wie ich es möchte und Versionen davor und danach Fehler produzieren, habe ich noch nicht herausgefunden und da ich das in einem Script öfters auf ähnliche Weise nutze, brauche ich da sicher einige Zeit, das Problem zu lösen. Bis dahin will ich, dass IM nicht mehr verändert wird. Ich habe folgendes: apt-cache policy libmagick6 libmagick6: Installiert:6:6.2.3.6-3 Mögliche Pakete:6:6.2.3.6-3 Versions-Tabelle: *** 6:6.2.3.6-3 0 100 /var/lib/dpkg/status apt-cache policy libmagick9 libmagick9: Installiert:6:6.2.4.5-0.3 Mögliche Pakete:6:6.2.4.5-0.3 Versions-Tabelle: 6:6.2.4.5-0.5 0 500 ftp://ftp.at.debian.org sid/main Packages 500 ftp://ftp.freenet.de sid/main Packages *** 6:6.2.4.5-0.3 0 900 ftp://ftp.at.debian.org etch/main Packages 900 ftp://ftp.freenet.de etch/main Packages 900 ftp://ftp.debian.org etch/main Packages 100 /var/lib/dpkg/status Es scheint so, dass nach dem Downgrade ein Update erfolgte, die alte Lib-Version aber erhalten blieb. > Package: libimagemagick > Pin: version 6:6.2.3.6-3 > Priority: 1001 Damit klappt es auch nicht: apt-get upgrade Die folgenden Pakete werden aktualisiert: imagemagick apt-cache policy imagemagick imagemagick: Installiert:6:6.2.3.6-3 Mögliche Pakete:6:6.2.4.5-0.3 Versions-Tabelle: 6:6.2.4.5-0.5 0 500 ftp://ftp.at.debian.org sid/main Packages 500 ftp://ftp.freenet.de sid/main Packages 6:6.2.4.5-0.3 0 900 ftp://ftp.at.debian.org etch/main Packages 900 ftp://ftp.freenet.de etch/main Packages 900 ftp://ftp.debian.org etch/main Packages *** 6:6.2.3.6-3 0 100 /var/lib/dpkg/status W: Keine Priorität (oder Null) für Pin angegeben Al
Re: Pinning Problem
On 16.01.06 14:42:54, Gerhard Brauer wrote: > Gruesse! > * Al Bogner <[EMAIL PROTECTED]> schrieb am [16.01.06 13:40]: > > Ich möchte, dass ImageMagick nicht aktualisiert wird. > > > *** 6:6.2.3.6-3 0 > > 100 /var/lib/dpkg/status > > > > Ich habe nun schon auf verschiedene Arten versucht die Version anzugeben, > > aber > > es klappt nicht, zB so: > > Ich kenne mich mit pinning jetzt nicht sooo aus,... > Kann es sein, daß pinning nur mit richtigen Deb-Quellen funktioniert? Noe, es funktioniert auch mit Versionen > Deine gewollte Version liegt ja nur lokal auf der Platte > ($var../apt/archives) und dieses ist evtl. nicht pinnbar. Kommt drauf an womit, mit version schon. Mit release als Pin sicher nicht. Andreas -- Your temporary financial embarrassment will be relieved in a surprising manner. -- 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: Pinning Problem
Gruesse! * Al Bogner <[EMAIL PROTECTED]> schrieb am [16.01.06 13:40]: > Ich möchte, dass ImageMagick nicht aktualisiert wird. > *** 6:6.2.3.6-3 0 > 100 /var/lib/dpkg/status > > Ich habe nun schon auf verschiedene Arten versucht die Version anzugeben, > aber > es klappt nicht, zB so: Ich kenne mich mit pinning jetzt nicht sooo aus,... Kann es sein, daß pinning nur mit richtigen Deb-Quellen funktioniert? Deine gewollte Version liegt ja nur lokal auf der Platte ($var../apt/archives) und dieses ist evtl. nicht pinnbar. Als Alternative würde mir einfallen: - ein lokales Repository in die sources.list eintragen und pinnen - Paket auf hold setzen Gruß Gerhard -- Never use a running system...
Re: Pinning Problem
On 16.01.06 13:40:03, Al Bogner wrote: > apt-cache policy imagemagick > imagemagick: > Installiert:6:6.2.3.6-3 > Mögliche Pakete:6:6.2.4.5-0.3 > *** 6:6.2.3.6-3 0 > 100 /var/lib/dpkg/status > > Ich habe nun schon auf verschiedene Arten versucht die Version anzugeben, > aber > es klappt nicht, zB so: > > Package: imagemagick* > Pin: version 6.2.3* > Pin-Priority: 999 man apt_preferences. Das kann so nicht funktionieren. IIRC kann weder version noch Package Wildcards dieser Form. Package versteht einen einzelnen Stern, aber das wars dann auch. Du solltest dir das "grundlegendste" imagemagick-Paket suchen (da gibts doch ne libimagemagick oder?) und das dann auf genau die installierte Version pinnen: Package: libimagemagick Pin: version 6:6.2.3.6-3 Priority: 1001 Andreas -- You have the capacity to learn from mistakes. You'll learn a lot today. -- 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)
Pinning Problem
Ich möchte, dass ImageMagick nicht aktualisiert wird. convert -version Version: ImageMagick 6.2.3 08/08/05 Q16 http://www.imagemagick.org apt-cache policy imagemagick imagemagick: Installiert:6:6.2.3.6-3 Mögliche Pakete:6:6.2.4.5-0.3 Versions-Tabelle: 6:6.2.4.5-0.5 0 500 ftp://ftp.at.debian.org sid/main Packages 500 ftp://ftp.freenet.de sid/main Packages 6:6.2.4.5-0.3 0 900 ftp://ftp.at.debian.org etch/main Packages 900 ftp://ftp.freenet.de etch/main Packages 900 ftp://ftp.debian.org etch/main Packages *** 6:6.2.3.6-3 0 100 /var/lib/dpkg/status Ich habe nun schon auf verschiedene Arten versucht die Version anzugeben, aber es klappt nicht, zB so: cat /etc/apt/preferences Package: imagemagick* Pin: version 6.2.3* Pin-Priority: 999 Package:* Pin:release a=stable Pin-Priority: 400 Package:* Pin:release a=unstable Pin-Priority: 500 Package:* Pin:release a=testing Pin-Priority: 900 Al
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)
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)
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
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/ immer noch den Codenamen angeben. MfG Daniel
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
-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 - 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)
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)
[OT?] Erfahrungen: pinning 1001 sid vs. debtakeover mit ubuntu
Hallo Leute, ich habe mir vor ein paar Wochen einen neuen Computer zugelegt mit amd64 ASUS A8N-SLI Mainboard und Nvidia GT6600. Aus dem Grund (und Neugierde) habe ich ubuntu Hoary Hedgehog 5.04 für die amd64 Architektur installiert. Um transcode und ein paar andere Programme nutzen zu können habe ich dann wieder ein mixed System angelegt, und u.a. ubuntu/breezy (=ubuntu/unstable) und debian/sid installiert. Ergebnis: ca. 14 marillat-sid/unstable, 1 debian/sarge, 8 debian/sid und 18 ubuntu/breezy. Der große Rest ist hoary (=ubuntu/stable). Das Problem ist nun die Momentan in breezy stattfindende Transition der Pakete nach gcc-4.0 compilierten Paketen, was nicht binary-kompatibel zu 3.x ist. Ihr erinnert euch an 2002, als in sid/sarge von gcc-2.9x auf 3.x umgestellt wurde? Damals habe ich AFAIR ein downgrade auf woody gemacht (woody/sid/sarge pinning) und nach der transition bald wieder auf sarge/sid aktualisiert. Das ging ganz gut. Ähnliches schwebt mir jetzt mit ubuntu/hoary vor. Alternativ werde ich nach der transition auf breezy upgraden. Allerdings meine ich, dass ich mich mit sarge/sid wohler gefühlt habe, als jetzt mit hoary/breezy. Ich bin mir nicht sicher, ob ich nicht doch wieder zu debian/amd64 wechseln sollte (ich habe keine Erfahrung mit debian/amd64). Wie sieht es mit dem non-free Zweig aus? Gibt es so etwas wie debtakeover für ubuntu, oder tut's pinning 1001eventuell gepaart mit debootstrap? Oder besser backup und Neuinstallation mit Hilfe von dpkg --get/set-selection? Oder downgrade ubuntu/hoary? (wenn ich nur die libc6 downgraden will, will mir apt-get alles bis auf libc6 deinstallieren :-O ). ciao Gerhard
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: 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: 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
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)
Re: pinning / apt
Hallo Björn, begin * Björn Keil schrieb [18-08-04 12:12]: > Vielen Dank an alle die geantwortet haben, ich habe das Problem mit einem > Backport erfolgreich gelöst. (Wusste gar nicht das es sowas gibt.) Bis > Sarge zum Stable wird habe ich also damit erstmal Ruhe. Genau und in der Zwischenzeit liest du mal ein wenig: http://www.afaik.de/usenet/faq/zitieren/ [FU entfernt] end Gruss Udo -- Ohne Signatur! -- 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: pinning / apt
Vielen Dank an alle die geantwortet haben, ich habe das Problem mit einem Backport erfolgreich gelöst. (Wusste gar nicht das es sowas gibt.) Bis Sarge zum Stable wird habe ich also damit erstmal Ruhe. Grüße Björn Am Mon, 16 Aug 2004 00:05:02 +0200 schrieb Ralf Ebeling <[EMAIL PROTECTED]>: Björn Keil wrote: Folgendes: Ich will (obwohl ich es persönlich für eine dumme Idee halte) den MySQL Server aus testing nehmen, weil einige Features der vierer Version dringend benötigt werden. Der Rest der Installation soll aber nach wie vor auf stable bleiben. Nimm lieber den MySQL von www.backports.org (keine Ahnung ob der Backport Ok ist). Dann brauchst Du nicht die ganzen Abhängigkeiten aus testing zu erfüllen. Ich habe bei mir in /etc/apt/preferences folgendes stehen (am Beispiel proftpd) - frag mich aber nicht warum das funktioniert: # cat /etc/apt/preferences Package: * Pin: release a=stable Pin-Priority: 640 Package: proftpd Pin: release o=backports.org Pin-Priority: 999 Package: proftpd-common Pin: release o=backports.org Pin-Priority: 999 Package: ucf Pin: release o=backports.org Pin-Priority: 999 und in /etc/apt/sources.list # cat /etc/apt/sources.list deb http://www.backports.org/debian stable proftpd ucf 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: pinning / apt
Björn Keil wrote: Folgendes: Ich will (obwohl ich es persönlich für eine dumme Idee halte) den MySQL Server aus testing nehmen, weil einige Features der vierer Version dringend benötigt werden. Der Rest der Installation soll aber nach wie vor auf stable bleiben. Nimm lieber den MySQL von www.backports.org (keine Ahnung ob der Backport Ok ist). Dann brauchst Du nicht die ganzen Abhängigkeiten aus testing zu erfüllen. Ich habe bei mir in /etc/apt/preferences folgendes stehen (am Beispiel proftpd) - frag mich aber nicht warum das funktioniert: # cat /etc/apt/preferences Package: * Pin: release a=stable Pin-Priority: 640 Package: proftpd Pin: release o=backports.org Pin-Priority: 999 Package: proftpd-common Pin: release o=backports.org Pin-Priority: 999 Package: ucf Pin: release o=backports.org Pin-Priority: 999 und in /etc/apt/sources.list # cat /etc/apt/sources.list deb http://www.backports.org/debian stable proftpd ucf 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: pinning / apt
Hi, Also du musst folgendes machen: 1) in die Datei /etc/apt/sources.list die Quellen für testing (oder unstable) eintragen. 2) Den Cache für APT erweitern. Dafür legst du eine neue Datei in /etc/apt/apt.conf.d/ mit dem Namen 00Cache an und trägst folgendes ein: -- /etc/apt/apt.conf.d# joe 00Cache APT::Cache-Limit "141943904"; -- Jetzt kann APT beide Quellen verwalten, ohne einen Fehler bei "apt-get update" auszuspucken. 3) Jetzt musst du die Datei /etc/apt/preferences anpassen: -- /etc/apt/# joe preferences Package: * Pin: release a=stable Pin-Priority: 700 Package: * Pin: release a=testing Pin-Priority: 650 Package: * Pin: release a=unstable Pin-Priority: 600 -- Hier wird gesagt, dass stable die höchste Priorität hat, testing die mittlere und unstable die niedrigste. Standardmäßig werden also pakete aus stable genommen. 4) Jetzt machst du ein Update der Paketlisten mit "apt-get update" 5) Jetzt kannst du bequem mit "apt-get install -t testing mysql-common" den Mysql-Server aus testing installieren. Hierbei wird nur mysql (mit allen abhänigkeiten" aus testing installiert. das restliche system bleibt auf stable. Hoffe die Antwort hiflt dir weiter. Gruss Thomas On Thursday 12 August 2004 16:11, Björn Keil wrote: > Hallo, > nach wildem durchforsten des Usenets habe ich zwar festgestellt, dass ich > nicht der erste bin der dieses Problem hat, aber eine Antwort habe ich > trotzdem nicht gefunden. > > Folgendes: Ich will (obwohl ich es persönlich für eine dumme Idee halte) > den MySQL Server aus testing nehmen, weil einige Features der vierer > Version dringend benötigt werden. Der Rest der Installation soll aber nach > wie vor auf stable bleiben. > > Ich habe meine /etc/apt/preferences erst mal auf folgendes geändert: > > --- > beta:/etc/apt# cat preferences > Package: mysql-client* > Pin: release a=testing > Pin-Priority: 995 > > Package: mysql-server* > Pin: release a=testing > Pin-Priority: 995 > > Package: mysql-common* > Pin: release a=testing > Pin-Priority: 995 > > Package: * > Pin: release a=stable > Pin-Priority: 990 > --- > > Wenn ich nun aber die policies anschaue kommt da nichts gescheites bei rum: > > --- > beta:/etc/apt# apt-cache policy mysql-server > mysql-server: >Installed: 3.23.49-8.6 >Candidate: 3.23.49-8.6 >Version Table: > 4.0.18-5 0 > 500 ftp://ftp.de.debian.org testing/main Packages > *** 3.23.49-8.6 0 > 990 http://security.debian.org stable/updates/main Packages > 100 /var/lib/dpkg/status > 3.23.49-8 0 > 990 ftp://ftp.de.debian.org stable/main Packages > --- > > Die Version aus dem testing Tree wird also nach wie vor mit Priorität 500 > gelistet, wo ich doch eigentlich 995 will. Irgendwie versteht er > anscheinend die Paketnamen also nicht richtig. Die Namen sind aber an sich > richtig und sogar um eine Wildcard erweitert...
Re: pinning / apt
On 12.Aug 2004 - 16:11:39, Björn Keil wrote: > Hallo, > nach wildem durchforsten des Usenets habe ich zwar festgestellt, dass ich > nicht der erste bin der dieses Problem hat, aber eine Antwort habe ich > trotzdem nicht gefunden. > > Folgendes: Ich will (obwohl ich es persönlich für eine dumme Idee halte) Dann such doch erstmal nach nem Backport. > Ich habe meine /etc/apt/preferences erst mal auf folgendes geändert: > > --- > beta:/etc/apt# cat preferences > Package: mysql-client* > Pin: release a=testing > Pin-Priority: 995 > > Package: mysql-server* > Pin: release a=testing > Pin-Priority: 995 > > Package: mysql-common* > Pin: release a=testing > Pin-Priority: 995 > > Package: * > Pin: release a=stable > Pin-Priority: 990 > --- Bei Paketnamen funktioniert der * nicht, ich bin mir nicht ganz sicher ob das dein Problem hervorruft, aber ansonsten sehe ich nichts falsches an deiner preferences Datei. Andreas -- Your business will assume vast proportions. -- 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: pinning / apt
Björn Keil wrote: Hallo, nach wildem durchforsten des Usenets habe ich zwar festgestellt, dass ich nicht der erste bin der dieses Problem hat, aber eine Antwort habe ich trotzdem nicht gefunden. Folgendes: Ich will (obwohl ich es persönlich für eine dumme Idee halte) den MySQL Server aus testing nehmen, weil einige Features der vierer Version dringend benötigt werden. Der Rest der Installation soll aber nach wie vor auf stable bleiben. Dann nimm die Pakete von backports.org oder dotdeb.org. Ich habe meine /etc/apt/preferences erst mal auf folgendes geändert: Bei pinning kann ich dir auch nicht helfen. Gruss, Gerd -- # Gerd Terlutter | Müller+Blanck Software GmbH # # office:+49 40 500 171-1| http://www.mplusb.de#
pinning / apt
Hallo, nach wildem durchforsten des Usenets habe ich zwar festgestellt, dass ich nicht der erste bin der dieses Problem hat, aber eine Antwort habe ich trotzdem nicht gefunden. Folgendes: Ich will (obwohl ich es persönlich für eine dumme Idee halte) den MySQL Server aus testing nehmen, weil einige Features der vierer Version dringend benötigt werden. Der Rest der Installation soll aber nach wie vor auf stable bleiben. Ich habe meine /etc/apt/preferences erst mal auf folgendes geändert: --- beta:/etc/apt# cat preferences Package: mysql-client* Pin: release a=testing Pin-Priority: 995 Package: mysql-server* Pin: release a=testing Pin-Priority: 995 Package: mysql-common* Pin: release a=testing Pin-Priority: 995 Package: * Pin: release a=stable Pin-Priority: 990 --- Wenn ich nun aber die policies anschaue kommt da nichts gescheites bei rum: --- beta:/etc/apt# apt-cache policy mysql-server mysql-server: Installed: 3.23.49-8.6 Candidate: 3.23.49-8.6 Version Table: 4.0.18-5 0 500 ftp://ftp.de.debian.org testing/main Packages *** 3.23.49-8.6 0 990 http://security.debian.org stable/updates/main Packages 100 /var/lib/dpkg/status 3.23.49-8 0 990 ftp://ftp.de.debian.org stable/main Packages --- Die Version aus dem testing Tree wird also nach wie vor mit Priorität 500 gelistet, wo ich doch eigentlich 995 will. Irgendwie versteht er anscheinend die Paketnamen also nicht richtig. Die Namen sind aber an sich richtig und sogar um eine Wildcard erweitert... -- 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: Paket beibehalten. Pinning?
On Mon, 2 Aug 2004 14:50:25 +0200 Alexander Schmehl <[EMAIL PROTECTED]> wrote: Hallo Alexander, > http://channel.debian.de/faq/ch-dpkgundco.html#s-dpkghold so geht es. Auch vielen Dank an die Anderen. > > Yours sincerely, > Alexander Dito Dirk -- This is Linux Land- In silent nights you can hear the windows machines rebooting -- 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: Paket beibehalten. Pinning?
* Dirk Schleicher <[EMAIL PROTECTED]> [040802 14:12]: > wie muss ich es anstellen, das Sarge bestimmte Dateien (nvidia-glx, > nvidia-common etc.) nicht durch neue ersetzt? http://channel.debian.de/faq/ch-dpkgundco.html#s-dpkghold Yours sincerely, Alexander signature.asc Description: Digital signature
Re: Paket beibehalten. Pinning?
* Dirk Schleicher: > wie muss ich es anstellen, das Sarge bestimmte Dateien (nvidia-glx, > nvidia-common etc.) nicht durch neue ersetzt? > Ich vermute das es mit pinning geht. Wie muss ich da nvidia eintragen > und welche Pin-Priority bekommt es? Für einzelne Pakete dürfte es praktischer zu sein, sie auf »hold« zu setzen: , | # echo hold | dpkg --set-selections ` 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: Paket beibehalten. Pinning?
On Mon, Aug 02, 2004 at 02:12:03PM +0200, Dirk Schleicher wrote: > wie muss ich es anstellen, das Sarge bestimmte Dateien (nvidia-glx, > nvidia-common etc.) nicht durch neue ersetzt? Einfach das Paket auf Hold setzen: http://channel.debian.de/faq/ch-dpkgundco.html#s-dpkghold Grüße, Torsten -- 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)
Paket beibehalten. Pinning?
Hallo zusammen, wie muss ich es anstellen, das Sarge bestimmte Dateien (nvidia-glx, nvidia-common etc.) nicht durch neue ersetzt? Ich vermute das es mit pinning geht. Wie muss ich da nvidia eintragen und welche Pin-Priority bekommt es? Danke und Gruss Dirk -- This is Linux Land- In silent nights you can hear the windows machines rebooting -- 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
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
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
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)
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: [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)
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 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 > 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 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 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
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: Wirklich gute [deutsche] Doku zu apt und pinning gesucht
On Mon, 10 May 2004 22:30:16 +0200, Rüdiger Noack <[EMAIL PROTECTED]> wrote: >Selber testen ja, "* benutzen" (falls du damit den * als Wildcard im >Paketnamen meinst) nein! Funktioniert (entgegen mancher Doku) nicht, ist >wohl ein Bug. jau, das hab ich mir auch schon gedacht... bitter... naja, geht auch so... >Noch 'was. Paket-Pinning braucht man meist nicht wirklich. Viele >verschiedene Backport-Quellen sind soundso nicht empfehlenswert und wenn allerdings... >du dann den verbleibenden origins pins intelligent verpasst kommst du >wahrscheinlich ohne Paket-Pinning aus. >Noch zwei potentielle Fallstricke: >1. Bezüglich Pin ist es (kann es sein) ein Unterschied, ob du z.B. woody >oder stable sagst. >2. Die Reihenfolge der Einträge in preferences ist extrem wichtig! Der >erste gewinnt. Danke für die Hinweise! Solange ich noch nicht genug zeit dafür aufbringen kann, selber Pakete zu bauen, werde ich versuchen, mit den gegebenheiten so gut wie möglich klarzukommen. Danke jedenfalls für Eure Hilfe! Peter -- 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: Wirklich gute [deutsche] Doku zu apt und pinning gesucht
Jens Lehmann wrote: Ich denke mal, dass musst Du selber mal testen. Einfach in die package-Zeile die entsprechenden Pakete abschreiben (* benutzen). Selber testen ja, "* benutzen" (falls du damit den * als Wildcard im Paketnamen meinst) nein! Funktioniert (entgegen mancher Doku) nicht, ist wohl ein Bug. Mit apt-cache policy $paket solltest Du Dir dann die Prioritäten anschauen können und entscheiden, ob es funktioniert. Richtig. "apt-cache policy" _muss_ für dein Vorhaben dein allerbester Freund werden. Dazu noch die Option --simulate von apt-get und viel testen... Noch 'was. Paket-Pinning braucht man meist nicht wirklich. Viele verschiedene Backport-Quellen sind soundso nicht empfehlenswert und wenn du dann den verbleibenden origins pins intelligent verpasst kommst du wahrscheinlich ohne Paket-Pinning aus. Noch zwei potentielle Fallstricke: 1. Bezüglich Pin ist es (kann es sein) ein Unterschied, ob du z.B. woody oder stable sagst. 2. Die Reihenfolge der Einträge in preferences ist extrem wichtig! Der erste gewinnt. -- 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: Wirklich gute [deutsche] Doku zu apt und pinning gesucht
Rüdiger Noack wrote: Jens Lehmann wrote: Damit weist Du bestimmten Quellen Prioritäten zu. Gefragt ist jedoch, wie man verschiedenen Paketen innerhalb einer Quelle unterschiedliche Prioritäten zuweist. Wi kann man dies aus der Frage herauslesen? Ich habe meine Glaskugel benutzt. :-) Im Nachhinein hat sich die Vermutung als richtig herausgestellt. Das macht man, indem man jeweils in den "Package:"-Zeilen in der /etc/apt/preferences Paketnamen einträgt. Allerdings funktioniert das meines Wissens nach nicht zuverlässig. Kann ich zwar nicht bestätigen, aber vielleicht hast du ein Beispiel.?. Ich habe momentan kein eigenes Beispiel (das Problem betrifft mich zur Zeit nicht, obwohl ich mir genau die gleiche Frage auch schon gestellt hatte). In der manpage steht z.B. Package: perl Pin: version 5.8* Pin-Priority: 1001 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)
Re: Wirklich gute [deutsche] Doku zu apt und pinning gesucht
Peter Holm wrote: On Sat, 08 May 2004 23:00:11 +0200, Jens Lehmann <[EMAIL PROTECTED]> wrote: [...] dass irgendwie der origin ins pinning rein muss, hab ich auch verstanden, aber vielleicht kann das noch mal jemand, bei dem es wirklich klappt, besser illustrieren? Michelle, danke, Dein Beispiel priorisiert die Quellen nach origin, das ist schon mal ganz interessant. Aber wenn Du das mit einzelnen Paketnamen machst, geht das dann immer noch? Ich denke mal, dass musst Du selber mal testen. Einfach in die package-Zeile die entsprechenden Pakete abschreiben (* benutzen). Mit apt-cache policy $paket solltest Du Dir dann die Prioritäten anschauen können und entscheiden, ob es funktioniert. Voraussetzung ist natürlich, dass Du über Pinning allgemein bescheid weist, siehe u.a. man apt_preferences. 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)
Re: Wirklich gute [deutsche] Doku zu apt und pinning gesucht
On Sat, 08 May 2004 23:00:11 +0200, Jens Lehmann <[EMAIL PROTECTED]> wrote: >Damit weist Du bestimmten Quellen Prioritäten zu. Gefragt ist jedoch, >wie man verschiedenen Paketen innerhalb einer Quelle unterschiedliche >Prioritäten zuweist. Sorry für die Uneindeutigkeit, ja in der Tat, ich möchte aus unterschiedlichen Quellen unterschiedliche Pakete haben, also so hat z.b. die sehr schöne Sammlung auf dotdeb.org zwar das php4-Paket, dass ich mir wünsche, den dort ebenfalls vorhandenen mysql-server möchte ich aber lieber aus woody beibehalten. Wenn jetzt noch ein anderes spezielles Paket aus Quelle X hinzukommt, die wiederum ebenfalls php und mysql anbietet, welche ich von dirt nicht möchte, wird es echt kompliziert... dass irgendwie der origin ins pinning rein muss, hab ich auch verstanden, aber vielleicht kann das noch mal jemand, bei dem es wirklich klappt, besser illustrieren? Michelle, danke, Dein Beispiel priorisiert die Quellen nach origin, das ist schon mal ganz interessant. Aber wenn Du das mit einzelnen Paketnamen machst, geht das dann immer noch? Danke für Eure Aufmerksamkeit. Peter -- 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: Wirklich gute [deutsche] Doku zu apt und pinning gesucht
Jens Lehmann wrote: Damit weist Du bestimmten Quellen Prioritäten zu. Gefragt ist jedoch, wie man verschiedenen Paketen innerhalb einer Quelle unterschiedliche Prioritäten zuweist. Wi kann man dies aus der Frage herauslesen? Das macht man, indem man jeweils in den "Package:"-Zeilen in der /etc/apt/preferences Paketnamen einträgt. Allerdings funktioniert das meines Wissens nach nicht zuverlässig. Kann ich zwar nicht bestätigen, aber vielleicht hast du ein Beispiel.?. -- 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: Wirklich gute [deutsche] Doku zu apt und pinning gesucht
Michelle Konzack wrote: Am 2004-05-08 22:02:49, schrieb Jens Lehmann: Warscheinlich meinter er das: apt-get install = Ich glaube Ihr habt es beide nicht richtig verstanden. ;-) Ich denke es sollen aus einer Quelle mit vielen Paketen gezielt gewünschte Pakete ausgewählt werden, so wie z.B. bei backports.org üblich [*]. Wenn aus einer Quelle z.B. Software A und B zur Verfügung stellt, so soll nur Software A zur Installation (bzw. zum Update) zugelassen werden, da z.B. Software B aus Debian stable beibehalten werden soll. Wo ist das Problem ? /etc/apt/preferences ___ [...] Das apt-get install = wirste trotzdem bentigen... Damit weist Du bestimmten Quellen Prioritäten zu. Gefragt ist jedoch, wie man verschiedenen Paketen innerhalb einer Quelle unterschiedliche Prioritäten zuweist. Das macht man, indem man jeweils in den "Package:"-Zeilen in der /etc/apt/preferences Paketnamen einträgt. Allerdings funktioniert das meines Wissens nach nicht zuverlässig. Die Frage ist nicht wirklich eindeutig gestellt, also warten wir mit weiteren Interpretationsversuchen besser bis Peter Holm sich meldet. ;-) 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)
Re: Wirklich gute [deutsche] Doku zu apt und pinning gesucht
Am 2004-05-08 22:02:49, schrieb Jens Lehmann: >Michelle Konzack wrote: >>Am 2004-05-08 21:43:48, schrieb Rüdiger Noack: >> >>>Peter Holm wrote: >>> >>>>wie kann ich aus unterschiedlichen Quellen genau ein Paket auswählen? >>>> >>> >>>apt-get install >>> >>>Dafür ist pinning nun wirklich nicht notwendig. *kopfschüttel* >> >> >>Warscheinlich meinter er das: >> >>apt-get install = > >Ich glaube Ihr habt es beide nicht richtig verstanden. ;-) > >Ich denke es sollen aus einer Quelle mit vielen Paketen gezielt >gewünschte Pakete ausgewählt werden, so wie z.B. bei backports.org >üblich [*]. Wenn aus einer Quelle z.B. Software A und B zur Verfügung >stellt, so soll nur Software A zur Installation (bzw. zum Update) >zugelassen werden, da z.B. Software B aus Debian stable beibehalten >werden soll. Wo ist das Problem ? /etc/apt/preferences ___ / | Package: * | Pin: origin http://woody.tamay-dogan.net/debian-security | Pin-Priority: 1000 | | Package: * | Pin: origin http://woody.tamay-dogan.net/debian | Pin-Priority: 1000 | | Package: * | Pin: origin http://woody.tamay-dogan.net/debian-non-US | Pin-Priority: 1000 | | Package: * | Pin: origin ftp://ftp.de.debian.org/debian-security | Pin-Priority: 950 | | Package: * | Pin: release v=3.0r2 | Pin-Priority: 900 | | Package: * | Pin: release v=3.0-updates,o=Debian,a=proposed-updates,l=Debian | Pin-Priority: 500 | | Package: * | Pin: origin www.backports.org | Pin-Priority: 400 | | Package: * | Pin: origin Christian Marillat | Pin-Priority: 350 | | Package: * | Pin: release 0=bunk-1 | Pin-Priority: 300 | \_ Das apt-get install = wirste trotzdem bentigen... >Jens 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.asc Description: Digital signature
Re: Wirklich gute [deutsche] Doku zu apt und pinning gesucht
Michelle Konzack wrote: Am 2004-05-08 21:43:48, schrieb Rüdiger Noack: Peter Holm wrote: wie kann ich aus unterschiedlichen Quellen genau ein Paket auswählen? apt-get install Dafür ist pinning nun wirklich nicht notwendig. *kopfschüttel* Warscheinlich meinter er das: apt-get install = Ich glaube Ihr habt es beide nicht richtig verstanden. ;-) Ich denke es sollen aus einer Quelle mit vielen Paketen gezielt gewünschte Pakete ausgewählt werden, so wie z.B. bei backports.org üblich [*]. Wenn aus einer Quelle z.B. Software A und B zur Verfügung stellt, so soll nur Software A zur Installation (bzw. zum Update) zugelassen werden, da z.B. Software B aus Debian stable beibehalten werden soll. Jens [*] http://www.backports.org/installation.html -- 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: Wirklich gute [deutsche] Doku zu apt und pinning gesucht
Am 2004-05-08 21:43:48, schrieb Rüdiger Noack: >Peter Holm wrote: >> >>wie kann ich aus unterschiedlichen Quellen genau ein Paket auswählen? >> >apt-get install > >Dafür ist pinning nun wirklich nicht notwendig. *kopfschüttel* Warscheinlich meinter er das: apt-get install = >Gruß >Rüdiger 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.asc Description: Digital signature
Re: Wirklich gute [deutsche] Doku zu apt und pinning gesucht
Peter Holm wrote: wie kann ich aus unterschiedlichen Quellen genau ein Paket auswählen? apt-get install Dafür ist pinning nun wirklich nicht notwendig. *kopfschüttel* -- 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)
