Abhängigkeiten bei Fremdpaket ignorieren

[marting]

Hallo,
ich habe hier einen Etch Server, auf dem die aktuelle Fail2Ban Software laufen soll. Bequemerweise möchte ich das .deb File aus Squeeze nutzen. Das ist auch hinreichend kompatibel zu der Python Version aus Etch.
Ein dpkg -i schlägt fehl auf Grund neuerer Python Version in Squeeze:

Code: Alles auswählen

voip3:~# dpkg -i fail2ban_0.8.4-3_all.deb
Wähle vormals abgewähltes Paket fail2ban.
(Lese Datenbank ... 32367 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacke fail2ban (aus fail2ban_0.8.4-3_all.deb) ...
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von fail2ban:
 fail2ban hängt ab von python-central (>= 0.6.11); aber:
  Version von python-central auf dem System ist 0.5.12.
dpkg: Fehler beim Bearbeiten von fail2ban (--install):
 Abhängigkeitsprobleme - lasse es unkonfiguriert
Fehler traten auf beim Bearbeiten von:
 fail2ban

voip3:~#

Mit force funktioniert es:
36402

Allerdings schaffe ich es nicht, das Paket als "in Ordnung" zu markieren. Aptitude versucht bei jeder möglichen Gelegenheit auf die alte Etch Version downzugraden oder das Paket zu entfernen:

Code: Alles auswählen

voip3:~# aptitude upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
Lese erweiterte Statusinformationen
Initialisiere Paketstatus... Fertig
Lese Task-Beschreibungen... Fertig
Erzeuge Tag-Datenbank... Fertig
Die folgenden Pakete haben verletzte Abhängigkeiten:
  fail2ban: Hängt ab: python-central (>= 0.6.11) aber 0.5.12 ist installiert.
voip3:~#[code]

[code]voip3:~# aptitude hold fail2ban
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
Lese erweiterte Statusinformationen
Initialisiere Paketstatus... Fertig
Lese Task-Beschreibungen... Fertig
Erzeuge Tag-Datenbank... Fertig
Die folgenden Pakete sind KAPUTT:
  fail2ban
0 Pakete aktualisiert, 0 zusätzlich installiert, 0 werden entfernt und 0 nicht aktualisiert.
Muss 0B an Archiven herunterladen. Nach dem Entpacken werden 0B zusätzlich belegt sein.
Die folgenden Pakete haben verletzte Abhängigkeiten:
  fail2ban: Hängt ab: python-central (>= 0.6.11) aber 0.5.12 ist installiert.
Resolving dependencies...
Die folgenden Aktionen werden diese Abhängigkeiten auflösen:

Deaktualisieren der folgenden Pakete:
fail2ban [0.8.4-3 (now) -> 0.7.5-2etch1 (oldstable, oldstable)]

Bewertungsnote beträgt -10040

Diese Lösung akzeptieren? [Y/n/q/?] q
Alle Anstrengungen diese Abhängigkeiten aufzulösen aufgegeben.
Abbruch.

Ich habe versucht, das Paket auf hold zu setzen "voip3:~# echo fail2ban hold|dpkg --set-selections" - das ändert aber leider nichts.

Könnte mir bitte jemand sagen, wie ich es schaffe, apt zu sagen, dass ich mich selbst um die Abhängigkeiten kümmere und es das Paket einfach in Ruhe lassen soll? Ohne das bei jedem Apt Aufruf mit anzugeben. Und ohne es selbst zu kompilieren.

Das wäe echt super, viele Grüße
Martin

[marting]

Danke für´s Ändern, Saxman. Werde ich das nächste Mal machen.

equiv ist mir ein wenig zu aufwändig dafür, dass ich ja nur will, dass apt die Klappe hält.
Eine Quick and Dirty Lösung habe ich gefunden:
/var/lib/dpkg/status
Depends Zeile von fail2ban anpassen

[Clio]

Server mit Etch? Ohne Sicherheitspatches? Hoffentlich ist das kein Webserver.
Also schleunigst mal über ein Upgrade auf Squeeze nachdenken.
Bis dahin könntest Du aber auch noch ein Pinning einsetzen mit dem Wert -1.
Ob das hilft, mußt Du probieren.

[marting]

Nein, das ist kein Webserver. Danke für den Hinweis, ich habe sogar noch einen Sarge Server und ja, ich bin mir der Risiken bewusst

[KBDCALLS]

Wie kann ich erwarten das sich ein Paket welches für Squeeze ist, sich ohne Probleme auf Etch installieren lässt ? Etch Lenny und dann kommt erst Squeeze . Und Lenny ist schon seit Februar archiviert , und Etch seit ca. Mitte 2010. Steht deine Sources.list auf Stable ?


Wenn du partout (trotz Warnungen) nicht upgraden willst, dann dürfte es am einfachsten sein du installierst die Version aus den Etch Backports.