Andre Bauer schrieb:

Hallo.

AM> Hallo Leute,

AM> ich vermisse bei apt/aptitude irgendwie die Möglichkeit ein Packet, das AM> aufgrund momentan nicht erfüllter Abhängigkeit nicht installiert werden AM> kann, für die zukünftige Installation einzuplanen, so dass es sobald die AM> Abhängigkeiten erfüllt sind beim nächsten update automatisch mit AM> installiert wird. Hab ich dieses Feature nur übersehen oder gibt's das AM> wirklich nicht?

AM> Alex.

Passiert das beim nächsten Upgrade-Versuch nicht sogar automatisch, wenn die Abhängigkeiten gelöst sind? Ich hatte mal so nen Fall mit Apt unter Suse und openldap2.

Naja nur wenn das Packet bereits installiert ist, aber auf einer kleineren Version gehalten wird aufgrund nicht erfüllter Abhängigkeiten. Aber bei mir ist der Fall so, dass ich ein Packet neuinstallieren wollte, aber apt hat gesagt "tut mir leid aber das Ding kann ich ned installieren, da fehlen Abhängigkeiten" und da wäre es mir lieb wenn ich dem apt sagen könnte "nun gut installiere mir doch das Packet sobald die Abhängigkeiten erfüllt sind, selbst wenn das erst in einem halben Jahr der Fall ist".

MfG, Alex.

Josef Spillner schrieb:

El Miércoles, 21. Diciembre 2005 15:43, Alexander Morgenstern escribió: [...]

...

und da wäre es mir lieb wenn ich dem apt sagen könnte "nun gut installiere mir doch das Packet sobald die Abhängigkeiten erfüllt sind, selbst wenn das erst in einem halben Jahr der Fall ist".

Das wäre in der Tat sinnvoll, gerade auch dann, wenn ein Paket aufgrund welches Fehlers auch immer gerade für eine Minderheitenarchitektur nicht verfügbar ist.

Find ich aber auch ;-).

Das angehängte Skript 'apt-delayed' ist mal ein kleiner Ansatz dafür. apt-delayed install paket99 -> entspricht soweit apt-get -> ist paket99 nicht installierbar, fügt er es in die Liste der verzögerten Pakete ein -> apt-delayed ohne Parameter aufrufen bietet die Installation der vorher als verzögert markierten Pakete an

An sich ist das Paket auch dafür vorbereitet, als Apt-Hook (z.B. in /etc/apt/apt.conf.d/30delayed) als DPkg::Post-Invoke zu laufen, was aber in der Praxis deshalb nicht funktioniert, weil nur ein apt laufen kann, auch wenn es zu dem Zeitpunkt den Lock schon wieder aufgegeben haben könnte.

Mann mann mann, so viel Dokumentation zu so wenig Shellcode, das ist ja umgekehrt proportional zu meinen sonstigen Projekten ;)

Wirklich super Service hier :-) ... kann man nicht meckern. Hab ich auch gleich wieder was dabei gelernt.

Wie und ob überhaupt man das nun in aptitude hereinbringen kann, kann ich schlecht beurteilen. Eine saubere Lösung (z.B. auch für grafische Frontends) geht eh nicht ohne Kooperation mit apt selbst. Also => Wishlist-Bug.

Oki, muss ich dort mal bei Gelegenheit meine Wünsche äußern.

Ein frohes Fest wünsch ich allen auf der Liste.

Viele Grüße, Alex.