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),
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
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
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
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
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
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: *
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:
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
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
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:
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
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
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
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
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
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
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
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
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
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.
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
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
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,
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
-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
-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
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
-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
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,
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
-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
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
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
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
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
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
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
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
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:
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
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
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
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
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
* 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
Am Donnerstag, 4. März 2004 23:15 schrieb Adam Weiner:
Hallo!
Also, erst mal herzlichen Dank für die überaus ausführliche Antwort. Zum
Studieren muss ich mir etwas Zeit nehmen, da ich noch nicht so fit bin.
Übrigens: ich habe bis jetzt noch keine evolution installiert, brauche
aber
Adam Weiner schrieb:
Ja, danke, ich staune aber ein bischen, wie sehr doch die Meinungen über
stable, testing und unstable auseinandergehen. Ich neige zur
Hallo Adam,
ich habe gerade mal Dein Full Quote entsorgt. Grundsätzlich sollte man
nur das zitieren, worauf man sich direkt bezieht, und
Am Donnerstag, 4. März 2004 23:15 schrieb Adam Weiner:
/etc/apt/apt.conf jetzt erst 'mal auf stable gestellt. Das müsste
doch auch schon was bewirken, oder? Wie gesagt, der Rechner meiner Frau
dient zum testen, soll aber auch nicht in die Knie gehen. Letztlich
möchte ich dann auf meinem
Hallo,
Andreas Pakulat wrote:
Ausserdem bietet das Security-Team keine
Unterstuetzung fuer testing an.
Ich habe auf den Maschinen, wo ich testing installiert habe, in der
sources.list den Eintrag
deb http://security.debian.org/ testing/updates main contrib non-free
(in einer Zeile)
und da
Hallo Christoph!
On Fri, Mar 05, 2004 at 12:36:59PM +0100, Christoph Löffler wrote:
Andreas Pakulat wrote:
Ausserdem bietet das Security-Team keine
Unterstuetzung fuer testing an.
Ich habe auf den Maschinen, wo ich testing installiert habe, in der
sources.list den Eintrag
deb
Hallo!
Bin neu hier, deswegen kurze Vorstellung: Mein Name ist Adam Weiner,
45J., wohne am Stadtrand von Augsburg. Arbeite seit 3 Jahren mit Linux,
bisher mit SuSE (8.1). Nachdem bei SuSE alle 2 Jahre der Support für die
jeweilige Distribution ausläuft, probiere ich gerade Debian
On Thu, Mar 04, 2004 at 06:26:02PM +0100, Adam Weiner wrote:
Hallo!
Hallo Adam,
Frage: Sollte man selbst eine /etc/apt/preferences anlegen und mit
Programm-, Pinning- und Prioritätsangaben versehen?
Ja. Standardmäßig wird die nicht gebraucht.
Meine - versuchsweise - Erfahrung mit
On 04.Mar 2004 - 18:26:02, Adam Weiner wrote:
Hallo!
(Knoppix-Festinstallation) auf dem Rechner meiner Frau aus. apt, bzw
Keine gute Idee fuer nen Anfaenger. Als CD-System ist Knoppix sehr
gut, aber als Festplatteninstallation ist das zu sehr MischMasch
(IMHO) als das ein Anfaenger damit
Am Donnerstag, 4. März 2004 18:26 schrieb Adam Weiner:
Frage: Sollte man selbst eine /etc/apt/preferences anlegen und mit
Programm-, Pinning- und Prioritätsangaben versehen?
Ja, genau das. Da du wenn du ausschließlich eine Distri verwendest keine
preferences nötig ist gibt es sie per default
Hallo!
Ja, danke, ich staune aber ein bischen, wie sehr doch die Meinungen über
stable, testing und unstable auseinandergehen. Ich neige zur
Vorsicht und werde wohl eher versuchen, bei stable zu bleiben. Was
evolution angeht, ist das wahrscheinlich sowieso besser für mich: bei
Susi hab' ich auch
Hallo!
Am Don, 2004-03-04 um 21.05 schrieb Frank Evers:
Am Donnerstag, 4. März 2004 18:26 schrieb Adam Weiner:
Tja, auch wenn es dich beunruhigen mag, Knoppix baut auf einer Mischung
aus testing und unstable Paketen auf, ob du da alle Pakete aus stable
noch zum laufen kriegst ist
Am Donnerstag, 4. März 2004 18:26 schrieb Adam Weiner:
Hallo!
Hallo Adam
Bin neu hier, deswegen kurze Vorstellung: Mein Name ist Adam Weiner,
45J., wohne am Stadtrand von Augsburg. Arbeite seit 3 Jahren mit Linux,
bisher mit SuSE (8.1). Nachdem bei SuSE alle 2 Jahre der Support für die
Hallo!
Also, erst mal herzlichen Dank für die überaus ausführliche Antwort. Zum
Studieren muss ich mir etwas Zeit nehmen, da ich noch nicht so fit bin.
Übrigens: ich habe bis jetzt noch keine evolution installiert, brauche
aber vermutlich 1.0.5, da spätere Versionen den Abgleich mit meinem Palm
Bertram Scharpf [EMAIL PROTECTED] wrote:
wie schreibt man eigentlich Kommentare in die
`/etc/apt/preferences'?
Ich mach's jetzt so:
Package: foo
Pin: version 0.7*
Pin-Priority: 1001
Comment: Later version not running with bar
Ist das wenigstens legitim?
Gute Frage. Solange apt
Hallo,
wie schreibt man eigentlich Kommentare in die
`/etc/apt/preferences'?
`//' oder `#' vorne ergeben Fehlermeldungen bei einem
`apt-get update'.
Ich mach's jetzt so:
Package: foo
Pin: version 0.7*
Pin-Priority: 1001
Comment: Later version not running with bar
Ist das wenigstens legitim?
On Saturday 24 January 2004 17:06, Bertram Scharpf wrote:
Hallo,
wie schreibt man eigentlich Kommentare in die
`/etc/apt/preferences'?
`//' oder `#' vorne ergeben Fehlermeldungen bei einem
`apt-get update'.
Ich mach's jetzt so:
Package: foo
Pin: version 0.7*
Pin-Priority: 1001
Michael Hierweck wrote:
Nun habe ich das Problem mit apt-get und den langen sources.list beim
Mergen, welches gem. Google mehrfach beschrieben wurde. Eine Lösung habe
ich aber nicht finden können.
Ein kurzes Googlen mit der Fehlermeldung bringt Dir mehr als genug
Treffer. ;-)
Eine Lösung ist
Michael Hierweck wrote:
Aber warum will dselect coreutils nun unbedingt installieren? Es war
zuvor nicht (und noch nie) installiert?
apt-get -f install und apt-get -t testing -f install
sind zufrieden und wollen nichts mehr installieren.
apt != deselect. ;-) (dselect hatte ich vorher überlesen.)
Ruediger Noack wrote:
benutze ich keine dselect. So weit ich weiß, will es aber im Gegensatz
zu apt Suggest-Pakete auch installieren.
s/Suggest/Recommends
Sorry und Gruß
Rüdiger
--
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN
On 01.Aug 2003 - 07:16:16, Michael Hierweck wrote:
weil dselect doof ist ;)
Nein im Ernst, ich bin mir nicht so ganz sicher, das dselect das
APT::Default-Release interessiert, denn AFAIK ist dselect entwickelt
worden bevor es APT gab. Somit kennt dselect APT nicht und das erklärt
Hallo,
ich habe gerade festgestellt, dass ich APT-Pinning wohl nicht wirklich
verstanden habe. Ich möchte es ermöglichen, im Bedarfsfall auch
testing-Pakete per apt-get zu installieren und dann ggf. bestehend
Abhängigigkeiten zu erfüllen.
Nach Anleitung unter http://www.openoffice.de/linux/buch
Nummer #157014. Dort findest du auch einen Workaround.
Grüße,
Martin
-Ursprüngliche Nachricht-
Von: Michael Hierweck
[mailto:[EMAIL PROTECTED] Im Auftrag von
Michael Hierweck
Gesendet: Donnerstag, 31. Juli 2003 08:58
An: [EMAIL PROTECTED]
Betreff: APT-Pinning
Hallo,
ich
On 31.Jul 2003 - 08:57:32, Michael Hierweck wrote:
Hallo,
ich habe gerade festgestellt, dass ich APT-Pinning wohl nicht wirklich
verstanden habe. Ich möchte es ermöglichen, im Bedarfsfall auch
testing-Pakete per apt-get zu installieren und dann ggf. bestehend
Abhängigigkeiten zu erfüllen
Michael Hierweck wrote:
Einverstanden, aber warum will der dann unbedingt updaten?
apt-cache policy
apt-cache policy coreutils
coreutils gibt es nicht in woody, du hast es aber anscheinend bereits
(woher auch immer) installiert. Nun wird es bei einem Pin von 300 oder
400 natürlich auch
On Don, 2003-07-31 at 19:06, Ruediger Noack wrote:
Michael Hierweck wrote:
Einverstanden, aber warum will der dann unbedingt updaten?
apt-cache policy
apt-cache policy coreutils
coreutils gibt es nicht in woody, du hast es aber anscheinend bereits
(woher auch immer) installiert. Nun
On 31.Jul 2003 - 23:52:37, Michael Hierweck wrote:
On Don, 2003-07-31 at 19:06, Ruediger Noack wrote:
Michael Hierweck wrote:
Einverstanden, aber warum will der dann unbedingt updaten?
apt-cache policy
apt-cache policy coreutils
coreutils gibt es nicht in woody, du hast es aber
weil dselect doof ist ;)
Nein im Ernst, ich bin mir nicht so ganz sicher, das dselect das
APT::Default-Release interessiert, denn AFAIK ist dselect entwickelt
worden bevor es APT gab. Somit kennt dselect APT nicht und das erklärt
auch, warum man zwar bei apt-get ein dselect-upgrade hat,
Hallo,
Ruediger Noack wrote:
Moin
Es ist mir gelungen meine Backport-Einträge aus der sources.list so zu
pinnen, dass sie bei einem
apt-get upgrade nicht berücksichtigt werden. Dies würde ich gern für
die Pakete aus woody-proposed-updates auch erreichen. Allerdings komme
ich einfach nicht
Moin
Es ist mir gelungen meine Backport-Einträge aus der sources.list so zu
pinnen, dass sie bei einem
apt-get upgrade nicht berücksichtigt werden. Dies würde ich gern für
die Pakete aus woody-proposed-updates auch erreichen. Allerdings komme
ich einfach nicht dahinter, was ich da genau in der
Hallo,
Jens Lehmann wrote:
Gibt es eine Methode herauszufinden welche Pakete auf dem System aus
welcher Quelle installiert wurden bzw. verfügbar sind?
apt-cache policy zeigt dir eine Übersicht. Damit kannst du direkt sehen,
ob das Pinning funktioniert hat oder nicht. Ich habe dabei
Florian Kolter wrote:
Jens Lehmann wrote:
Gibt es eine Methode herauszufinden welche Pakete auf dem System aus
welcher Quelle installiert wurden bzw. verfügbar sind?
apt-cache policy zeigt dir eine Übersicht. Damit kannst du direkt sehen,
ob das Pinning funktioniert hat oder nicht. Ich habe
Beim APT-Pinning habe ich zur Zeit ein Verständnisproblem. Ich habe ein
woody-System und einige Backports. Meine /etc/apt/preferences sieht
folgendermaßen aus:
Package: *
Pin: release a=stable,o=Debian
Priority: 800
Package: *
Pin: release o=Moolfreet
Priority: -1
Package: php*
Pin: release o
apt-get install webmin/unstable
was mich in dem Zusammenhang noch interessieren würde,
wie bekommt man apt-get dazu, bei Eintrag einer inoffiziellen
Sourcequelle in der sources.list, diese zu installieren?
z.B. http://debian.moolfreet.com/
apt-get install alternc/moolfreet ?
Gruß, Tobias.
--
* Tobias Nix schrieb am 25.02.03 um 13:29 Uhr:
apt-get install webmin/unstable
was mich in dem Zusammenhang noch interessieren würde,
wie bekommt man apt-get dazu, bei Eintrag einer inoffiziellen
Sourcequelle in der sources.list, diese zu installieren?
z.B. http://debian.moolfreet.com/
hallo liste!!!
ich hab in meiner /etc/apt/preferences folgendes zu stehen
Package: *
Pin: release o=Debian,a=stable
Pin-Priority: 1003
Package: *
Pin: release o=Debian,a=testing
Pin-Priority: 400
Package: *
Pin: release o=Debian,a=unstable
Pin-Priority: 300
Package: webmin*
Pin: release
* Ralph Bergmann schrieb am 05.03.03 um 22:36 Uhr:
hallo liste!!!
ich hab in meiner /etc/apt/preferences folgendes zu stehen
Package: *
Pin: release o=Debian,a=stable
Pin-Priority: 1003
Package: *
Pin: release o=Debian,a=testing
Pin-Priority: 400
Package: *
Pin: release
PROTECTED]
Sent: Wednesday, March 05, 2003 11:20 PM
Subject: Re: apt pinning
* Ralph Bergmann schrieb am 05.03.03 um 22:36 Uhr:
hallo liste!!!
ich hab in meiner /etc/apt/preferences folgendes zu stehen
Package: *
Pin: release o=Debian,a=stable
Pin-Priority: 1003
Package
Hallo,
ist es mit pinning möglich eine Version eines Pakets zu
verbieten?
gnome-control-center 1:2.0.3.2-2 läßt sich nicht installieren, da
es sich eine Datei mit gnome-desktop-data teilt.
Geholfen habe ich mir momentan dadurch, daß ich der Version
1:2.0.3.2-1 des gnome-control-center
On Samstag, 18. Januar 2003 12:34, Jörg Schütter wrote:
ist es mit pinning möglich eine Version eines Pakets zu
verbieten?
Wenn es eine Version in einer Distri ist (woody,sarge,sid) dann geht
das:
Package: deinPaket
Pin: release o=Debian,a=Distri
Pin-Priority: -1
--
Gruß Frank
--
Häufig
Am 22.12.02 schrieb Frank:
Nachdem von einigen die Anleitung aus dem Linux-Magazin für Apt-pinning für
nicht recht brauchbar befunden wurde, frage ich mich ob mir jemand eine gute
Anleitung nennen kann?
http://www.debian.org/doc/manuals/apt-howto/index.de.html
Kapitel 4.7 ff
Ich finde die
Hallo Alle
Nachdem von einigen die Anleitung aus dem Linux-Magazin für Apt-pinning für
nicht recht brauchbar befunden wurde, frage ich mich ob mir jemand eine gute
Anleitung nennen kann?
Dank und Gruß
Frank
--
Häufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian
Frank Evers wrote:
Nachdem von einigen die Anleitung aus dem Linux-Magazin für Apt-pinning für
nicht recht brauchbar befunden wurde, frage ich mich ob mir jemand eine gute
Anleitung nennen kann?
Kam IIRC vor kurzem über diese Liste rein:
http://www.argon.org/~roderick/apt-pinning.html
Gruß
Moins,
Gunter Ohrner [EMAIL PROTECTED] schrieb am Mon, 16 Dec 2002
09:13:57 +0100::
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi!
Da ich auf meinem Desktop ein gemischtes
Stable/Testing/Unstable-System laufen habe und auch etwas von
stable-proposed-updates und
, kommt zumindest halbwegs mit apt pinning klar?
Hallo,
schau dir dazu doch mal das Paket deborhan an.
Vielen Dank schonmal für alle Antworten!
Grüße,
Gunter
Grüße
Klaus Duscher
--
Häufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum
installierten Paketen unterscheiden? Wenn nicht, welches
apt-Frontend, welches dies beherrscht, kommt zumindest halbwegs mit
apt pinning klar?
Hallo,
schau dir dazu doch mal das Paket deborhan an.
ich schätze Du meinst deborphan.
Ciao,
Hans
--
Häufig gestellte Fragen und Antworten (FAQ):
http
automatisch installierte Pakete von manuell installierten
Paketen unterscheiden? Wenn nicht, welches apt-Frontend, welches dies
beherrscht, kommt zumindest halbwegs mit apt pinning klar?
Vielen Dank schonmal für alle Antworten!
Grüße,
Gunter
- --
+-+-+-+-+-+-+ PDEPP Webserver: http
Hi Thomas,
On Thu, 12 Dec 2002 23:49:29 +0100
Thomas Braun [EMAIL PROTECTED] wrote:
das es ganz so einfach wie in hier beschrieben:
http://www.linux-magazin.de/Artikel/ausgabe/2002/11/apt/apt.html
jedenfalls nicht funktioniert habe ich jetzt feststellen
dürfen. nach einer neuinstallation
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Montag, 16. Dezember 2002 11:41 schrieb Peter Palmreuther:
das es ganz so einfach wie in hier beschrieben:
also das es nicht so einfach ist habe ich auch gerade rausgefunden.
Eintrag für 'stable' (und die 'proposed-updates' und
hallo,
das es ganz so einfach wie in hier beschrieben:
http://www.linux-magazin.de/Artikel/ausgabe/2002/11/apt/apt.html
jedenfalls nicht funktioniert habe ich jetzt feststellen
dürfen. nach einer neuinstallation funktioniert mein system
jetzt wieder.
gruß
michael
--
Häufig gestellte Fragen
michael bode schrieb:
hallo,
das es ganz so einfach wie in hier beschrieben:
http://www.linux-magazin.de/Artikel/ausgabe/2002/11/apt/apt.html
jedenfalls nicht funktioniert habe ich jetzt feststellen
dürfen. nach einer neuinstallation funktioniert mein system
jetzt wieder.
Hallo,
also
On Sun, Dec 08, 2002 at 03:12:47PM +0100, michael bode wrote:
hallo,
Hallo Michael,
ich versuche mit hilfe von apt pinning mein system von
testing/unstable auf woody zu downgraden. dazu habe ich
...
unabhaengig von apt pinnings kannst du evtl. groessere Probleme bekommen
weil das
michael bode [EMAIL PROTECTED] wrote:
ich versuche mit hilfe von apt pinning mein system von
testing/unstable auf woody zu downgraden. dazu habe ich
folgendes in die /etc/apt/preferences eingetragen:
Package: *
Pin: release a=stable,v=3.0*
Pin-Priority: 1001
danach habe ich dann apt-get
Am Sunday 08 December 2002 15:22 schrieb Ramin Motakef:
www:~# cat /etc/apt/apt.conf
DPkg
{
Options {--force-overwrite;}
}
hats bei mir getan
Ramin
Ja, das sollte so funktionieren, und die coreutils aus sarge durch
fileutils textutils und die übrigen aus woody ersetzen.
Man
:
michael bode [EMAIL PROTECTED] wrote:
ich versuche mit hilfe von apt pinning mein system von
testing/unstable auf woody zu downgraden. dazu habe ich
folgendes in die /etc/apt/preferences eingetragen:
Package: *
Pin: release a=stable,v=3.0*
Pin-Priority: 1001
danach habe ich
1 - 100 von 114 matches
Mail list logo