Stable + oldstable

[mrserious]

Moin,

habe einen Test-Server gerade auf stretch aktualisiert.
Problem: Meine Radius-Konfiguration läuft darauf nicht mehr. Ich würde gerne vorerst bei der Radius-Version aus oldstable (jessie) bleiben.

Ich habe meine sources.conf entsprechend angepasst:

Code: Alles auswählen

deb http://ftp.halifax.rwth-aachen.de/debian/ stretch main
deb-src http://ftp.halifax.rwth-aachen.de/debian/ stretch main

deb http://security.debian.org/ stretch/updates main
deb-src http://security.debian.org/ stretch/updates main

# jessie-updates, previously known as 'volatile'
deb http://ftp.halifax.rwth-aachen.de/debian/ stretch-updates main
deb-src http://ftp.halifax.rwth-aachen.de/debian/ stretch-updates main




# Jessie
deb http://ftp.halifax.rwth-aachen.de/debian/ jessie main
deb-src http://ftp.halifax.rwth-aachen.de/debian/ jessie main

deb http://security.debian.org/ jessie/updates main
deb-src http://security.debian.org/ jessie/updates main

# jessie-updates, previously known as 'volatile'
deb http://ftp.halifax.rwth-aachen.de/debian/ jessie-updates main
deb-src http://ftp.halifax.rwth-aachen.de/debian/ jessie-updates main

Problem ist folgendes:

Code: Alles auswählen

Tserver:~# apt-get -t jessie install freeradius
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 freeradius : Hängt ab von: libperl5.20 (>= 5.20.1) soll aber nicht installiert werden
              Hängt ab von: libpython2.7 (>= 2.7) soll aber nicht installiert werden
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.

Was kann ich tun?
Ein apt-get -f install hilft nicht...

[dufty2]

Mmmh, weiß nicht, ob es eine so gute Idee ist, 2 releases quasi gleichzeitig zu fahren.
Was ich ausprobieren würden:
Alles mit jessie in der sources.list auskommentieren, das system auf den aktuellen stand bringen.
Dann nur das .deb von freeradius aus jessie runterladen und das probieren, per "dpkg -i ./..." zu installieren.
Falls das klappt, dann natürlich "freeradius" auf die "Sperrliste" setzen, damit das System bein nächsten Update nicht auf freeradius-3.0 (stretch) hochrüstet.

Nur ein Vorschlag.

[mrserious]

Sicher nicht optimal, nein. Muss für den Übergang aber so gehen.
Das Problem ist diese Abhängigkeit mit perl.
Denn: Die momentane Version ist aktueller als die von freeradius geforderte.
Ich habe nun eine Möglichkeit per aptitude -t jessie install freeradius gefunden:

Die folgenden Aktionen werden diese Abhängigkeiten auflösen:

Entfernen der folgenden Pakete:
1) libperl5.24 [5.24.1-3 (now, testing)]
2) perl [5.24.1-3 (now, testing)]
3) perl-modules-5.24 [5.24.1-3 (now, testing)]
4) rename [0.20-4 (now, testing)]

Beibehalten der folgenden Pakete in ihrer aktuellen Version:
5) libdbi-perl [Nicht installiert]

Downgrade der folgenden Pakete:
6) perl-base [5.24.1-3 (now, testing) -> 5.20.2-3+deb8u7 (stable)]

Leave the following dependencies unresolved:
7) ntp empfiehlt perl:any
freeradius-utils empfiehlt libdbi-perl



Diese Lösung akzeptieren? [Y/n/q/?] Y
Die folgenden Pakete werden durch eine ÄLTERE VERSION ERSETZT (Downgrade):
perl-base
Die folgenden NEUEN Pakete werden zusätzlich installiert:
freeradius freeradius-common{a} freeradius-utils{a} libfreeradius2{a} libltdl7{a} libpcap0.8{a} libperl5.20{a} ssl-cert{a}
Die folgenden Pakete werden ENTFERNT:
libperl5.24{a} make{u} perl{a} perl-modules-5.24{a} rename{a}
Die folgenden Pakete werden EMPFOHLEN, aber NICHT installiert:
libdbi-perl

Problem ist natürlich - wie von dir angesprochen - er will jetzt freeradius upgraden.
Wie verhindere ich das?

[dufty2]

Bei mir hab ich z. B. libreoffice-upgrades unterbunden via:

Code: Alles auswählen

$ cat /etc/apt/preferences.d/libreoffice
Package: /libreoffice/
Pin: release a=testing
Pin-Priority: -1

[mrserious]

Das haut bei mir jetzt noch nicht hin, mache ich bei der Syntax was falsch?

Code: Alles auswählen

Package: /freeradius/
Pin: release a=oldstable
Pin-Priority: -1

[dufty2]

Ich denke, noch ist "jessie" "stable", auf packages.debian.org wird es so noch ausgewiesen,
und "https://debian.org" hat auch noch keine Ankündigung draußen.

Aber was Du ja willst ist , dass das freeradius von "stretch" "ge-pinnt" wird.
Falls dann (in ein paar Stunden) old-stable aka jessie freeradius-2.2 updatet, wäre das ja geradezu erwünscht
(weiß nicht, ob dies (updates der 2.2er-version) wirklich klappt).

[mrserious]

Den letzten Absatz deines Textes habe ich leider nicht verstanden.
Kannst du das bitte nochmal erklären?
Komisch ist: Auch wenn ich es testweise auf stable setze, ändert sich da nix.

Code: Alles auswählen

Package: /freeradius/
Pin: release a=stable
Pin-Priority: -1

[dufty2]

Nunja, Du willst kein upGRade von freeradius-2.2 auf freeradius-3.0,
aber ein (security-)upDate von freeradius-2.2.x auf freeradius-2.2.y wär schon ganz recht,
nicht wahr?

Probier mal:

Code: Alles auswählen

Package: /freeradius/
Pin: release n=stretch
Pin-Priority: -1

[mrserious]

Ah, jetzt versteh' ich das
Jap, korrekt!

Macht so'n perl-Downgrade im Allgemeinen Probleme?
Auf dem echten Server liefen demnächst nur freeradius und rsyslog (der im Netz die Logs einsammelt).

[dufty2]

Weiss ich nicht, kann klappen (eine Zeitlang), oder auch nicht.

Habe oben meinen letzten post noch ergänzt.

[mrserious]

Ah, mit n=stretch klappt's
a=stretch hatte ich auch schon probiert, das hat aber nicht hingehauen... Warum? Was ändert das n?

Dasselbe muss ich jetzt noch für die perl-Version machen.

Edit: Soeben getan:

Code: Alles auswählen

Package: /perl-base/
Pin: release n=stretch
Pin-Priority: -1

Das funktioniert wiederum leider nicht...

[dufty2]

Das "n" aus "n=..." könnte für "name" stehen, jedenfalls wird damit der Release-Name jessie, strech, ... verwendet.

Kannst ja mal

Code: Alles auswählen

Package: /perl/

probieren.
Evtl. brauchen diese "essentials"-Pakete noch eine Spezialbehandlung, keine Ahnung.

[mrserious]

Hilft leider nicht, er will das Paket dann immer wieder aktualisieren:

Code: Alles auswählen

Die folgenden Pakete werden aktualisiert:           
  perl-base 
1 Pakete aktualisiert, 0 zusätzlich installiert, 0 werden entfernt und 0 nicht aktualisiert.
0 B/1.342 kB an Archiven müssen heruntergeladen werden. Nach dem Entpacken werden 2.500 kB zusätzlich belegt sein.
Die folgenden Pakete haben verletzte Abhängigkeiten:
 libperl5.20 : Hängt ab von: perl-base (= 5.20.2-3+deb8u7) but 5.24.1-3 is to be installed
Die folgenden Aktionen werden diese Abhängigkeiten auflösen:

     Beibehalten der folgenden Pakete in ihrer aktuellen Version:
1)     perl-base [5.20.2-3+deb8u7 (now, stable)]                 



Diese Lösung akzeptieren? [Y/n/q/?] Y
Es werden keine Pakete installiert, aktualisiert oder entfernt.
0 Pakete aktualisiert, 0 zusätzlich installiert, 0 werden entfernt und 1 nicht aktualisiert.
0 B an Archiven müssen heruntergeladen werden. Nach dem Entpacken werden 0 B zusätzlich belegt sein.

Für's Verständnis:
Warum steht's jetzt momentan auf "stretch"? Haben will ich ja eigentlich "jessie" ?

[dufty2]

Für's Verständnis:
Warum steht's jetzt momentan auf "stretch"? Haben will ich ja eigentlich "jessie" ?

Nun, Du hast ja eine stretch-Kiste, also versucht das System bei einem normalen update alle Pakete auf die für stretch gerade aktuellen Paket-Version upzudaten, u. a. auch Dein freeradius.
Mit "-1" sagst Du ihm: Nicht anfassen, egal wie alt die Version des Paketes ist.

Warum das jetzt mit "perl" nicht klappt, kann ich Dir nicht sagen.
Mein erster Vorschlag war, nur das freeradius-paket aus jessie zu nehmen und alles andere aus stretch.
Wenn das aber nicht klappt, vielleicht hat jemand anders noch eine bessere Idee.

[mrserious]

Ne, das schien leider nicht zu funktionieren...
Wenn mir jemand sagt, wie ich DAS zum laufen bekomme, probiere ich das natürlich gern noch aus.

Nochmal zur Syntax:
Package gibt mir natürlich das Paket an und die Priorität sagt - wie du oben beschriebst - das Paket solle generell nicht angefasst werden (Security-Updates aber schon?).
Wozu benötige ich dann noch die Release-Angabe? Denn diese gibt ja NICHT an, aus welchem Release das momentan installierte Paket stammt. Oder sagt diese Infor einfach: Für aktuellere Pakete aus stretch bitte ignorieren?

[Tintom]

Ne, das schien leider nicht zu funktionieren...
Wenn mir jemand sagt, wie ich DAS zum laufen bekomme, probiere ich das natürlich gern noch aus.

Nochmal zur Syntax:
Package gibt mir natürlich das Paket an und die Priorität sagt - wie du oben beschriebst - das Paket solle generell nicht angefasst werden (Security-Updates aber schon?).
Wozu benötige ich dann noch die Release-Angabe? Denn diese gibt ja NICHT an, aus welchem Release das momentan installierte Paket stammt. Oder sagt diese Infor einfach: Für aktuellere Pakete aus stretch bitte ignorieren?

Du fütterst ja gerade apt mit den Releases stretch und jessie in einer Paketliste. Die default policy dabei ist: Installiere immer die höchste Versionsnummer. Ergo wird Software aus stretch installiert. Mit der Pinning Regel unterbindest du das, du sagst dem System also: "Installiere immer die höchste Versionsnummer, außer für das Paket freeradius aus dem Release stretch". Daraus folgt, dass für freeradius in jessie bzw. in den jessie-security-updates nach der höchsten Versionsnummer sucht und du daher für das Paket Sicherheitsupdates erhälst.

Übrigens hat man apt_preferences ziemlich ausführliche Beispiele zum Thema Pinning

[mrserious]

Edit:

Merke grad, dass es leider nichtmal mit freeradius funktioniert, sobald ich wieder apt-get nutze:

Code: Alles auswählen

Paketaktualisierung (Upgrade) wird berechnet... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  freeradius-common freeradius-utils libfreeradius2 libltdl7 libpcap0.8 ssl-cert
Verwenden Sie »apt autoremove«, um sie zu entfernen.
Die folgenden Pakete werden ENTFERNT:
  freeradius libperl5.20
Die folgenden Pakete werden aktualisiert (Upgrade):
  perl-base
1 aktualisiert, 0 neu installiert, 2 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0 B von 1.342 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 444 kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n]

[Tintom]

Welches freeradius ist denn überhaupt installiert? stretch oder jessie? Das Paket libperl5.20 ist aus nämlichjessie!
erledigt.

[Apfelmann]

Code: Alles auswählen

echo programmname hold|dpkg --set-selections

damit wird ein Programm am upgraden gehindert

LG

[mrserious]

Ah, mit Apfelmanns Tipp funktioniert es!

Code: Alles auswählen

0 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
Die folgenden Pakete sind zurückgehalten worden:
  perl-base
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.

Interessant, dass dieser Umweg nötig ist und das nicht über die preferences funktioniert?
Auch spannend, dass es bei Perl plötzlich klappt...

Wie kann ich das Ganze im Bedarfsfall wieder aufheben?
Und ich nehme mal an, upDATES für das Programm würden installiert, aber eben keine upGRADES?

[Apfelmann]

suche nach zurückgehaltenen Paketen

Code: Alles auswählen

dpkg --get-selections | grep hold

beenden

Code: Alles auswählen

echo programmname install|dpkg --set-selections

es gibt auch keine updates für die betreffenden Programme
damit halte ich spezielle Programmversionen meiner Lieblingsprogramme

Ich upgrade immer erst ein Testsystem, danach mein Arbeitssystem und passe die Programme an meine Bedürfnisse an.
So benutze ich immer noch zwei kde1 Programme.

LG

[mrserious]

Danke für die Info!

Das klingt aber, als wäre die Variante über preferences die Bessere?
Also solange man für die Programme Sicherheitsupdates braucht. Bei nem KDE-Programm auf nem Desktop ist das sicher erstmal egal...

[McAldo]

Warum funktioniert das nicht mit Angabe einer Versionsnummer:

Code: Alles auswählen

### puppet auf Version 3.7 festsetzen
Package: puppet
Pin: version 3.7.2
Pin-Priority: 1001

Diese Konfiguration wird komplett ignoriert, dabei sollte doch durch "1001" diese Version die höchste Prio haben, oder?

[Dogge]

Ah, mit n=stretch klappt's
a=stretch hatte ich auch schon probiert, das hat aber nicht hingehauen... Warum? Was ändert das n?

https://wiki.debianforum.de/Pinning#Pins