Stable + oldstable

Du kommst mit der Installation nicht voran oder willst noch was nachfragen? Schau auch in den "Tipps und Tricks"-Bereich.
Antworten
mrserious
Beiträge: 266
Registriert: 22.06.2013 12:12:03

Stable + oldstable

Beitrag von mrserious » 17.06.2017 17:19:54

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
Beiträge: 1706
Registriert: 22.12.2013 16:41:16

Re: Stable + oldstable

Beitrag von dufty2 » 17.06.2017 17:44:07

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
Beiträge: 266
Registriert: 22.06.2013 12:12:03

Re: Stable + oldstable

Beitrag von mrserious » 17.06.2017 17:51:45

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
8) 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
Beiträge: 1706
Registriert: 22.12.2013 16:41:16

Re: Stable + oldstable

Beitrag von dufty2 » 17.06.2017 17:57:18

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
Beiträge: 266
Registriert: 22.06.2013 12:12:03

Re: Stable + oldstable

Beitrag von mrserious » 17.06.2017 18:03:08

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
Beiträge: 1706
Registriert: 22.12.2013 16:41:16

Re: Stable + oldstable

Beitrag von dufty2 » 17.06.2017 18:12:54

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
Beiträge: 266
Registriert: 22.06.2013 12:12:03

Re: Stable + oldstable

Beitrag von mrserious » 17.06.2017 18:14:01

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
Beiträge: 1706
Registriert: 22.12.2013 16:41:16

Re: Stable + oldstable

Beitrag von dufty2 » 17.06.2017 18:17:44

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
Zuletzt geändert von dufty2 am 17.06.2017 18:21:36, insgesamt 1-mal geändert.

mrserious
Beiträge: 266
Registriert: 22.06.2013 12:12:03

Re: Stable + oldstable

Beitrag von mrserious » 17.06.2017 18:20:00

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
Beiträge: 1706
Registriert: 22.12.2013 16:41:16

Re: Stable + oldstable

Beitrag von dufty2 » 17.06.2017 18:30:18

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

Habe oben meinen letzten post noch ergänzt.

mrserious
Beiträge: 266
Registriert: 22.06.2013 12:12:03

Re: Stable + oldstable

Beitrag von mrserious » 17.06.2017 18:32:23

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
Beiträge: 1706
Registriert: 22.12.2013 16:41:16

Re: Stable + oldstable

Beitrag von dufty2 » 17.06.2017 18:42:10

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
Beiträge: 266
Registriert: 22.06.2013 12:12:03

Re: Stable + oldstable

Beitrag von mrserious » 17.06.2017 18:45:00

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
Beiträge: 1706
Registriert: 22.12.2013 16:41:16

Re: Stable + oldstable

Beitrag von dufty2 » 17.06.2017 18:55:37

mrserious hat geschrieben: 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
Beiträge: 266
Registriert: 22.06.2013 12:12:03

Re: Stable + oldstable

Beitrag von mrserious » 17.06.2017 19:03:57

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?

Benutzeravatar
Tintom
Moderator
Beiträge: 3026
Registriert: 14.04.2006 20:55:15
Wohnort: Göttingen

Re: Stable + oldstable

Beitrag von Tintom » 17.06.2017 20:12:25

mrserious hat geschrieben: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
Beiträge: 266
Registriert: 22.06.2013 12:12:03

Re: Stable + oldstable

Beitrag von mrserious » 17.06.2017 20:41:18

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]

Benutzeravatar
Tintom
Moderator
Beiträge: 3026
Registriert: 14.04.2006 20:55:15
Wohnort: Göttingen

Re: Stable + oldstable

Beitrag von Tintom » 17.06.2017 21:12:35

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

Apfelmann
Beiträge: 669
Registriert: 15.01.2010 20:48:45
Kontaktdaten:

Re: Stable + oldstable

Beitrag von Apfelmann » 17.06.2017 22:23:11

Code: Alles auswählen

echo programmname hold|dpkg --set-selections
damit wird ein Programm am upgraden gehindert

LG

mrserious
Beiträge: 266
Registriert: 22.06.2013 12:12:03

Re: Stable + oldstable

Beitrag von mrserious » 18.06.2017 09:27:59

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
Beiträge: 669
Registriert: 15.01.2010 20:48:45
Kontaktdaten:

Re: Stable + oldstable

Beitrag von Apfelmann » 18.06.2017 13:59:49

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
Beiträge: 266
Registriert: 22.06.2013 12:12:03

Re: Stable + oldstable

Beitrag von mrserious » 18.06.2017 15:25:50

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...

Benutzeravatar
McAldo
Moderator
Beiträge: 2064
Registriert: 26.11.2003 11:43:36
Lizenz eigener Beiträge: GNU Free Documentation License
Wohnort: Terra / Sol-System / Milchstraße

Re: Stable + oldstable

Beitrag von McAldo » 05.07.2017 11:19:45

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?
Achte auf deine Gedanken, denn sie werden Worte.
Achte auf deine Worte, denn sie werden Handlungen.
Achte auf deine Handlungen, denn sie werden Gewohnheiten.
Achte auf deine Gewohnheiten, denn sie werden dein Charakter.
Achte auf deinen Charakter, denn er wird dein Schicksal.
(Talmud)

Benutzeravatar
Dogge
Beiträge: 1895
Registriert: 13.09.2010 11:07:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Stable + oldstable

Beitrag von Dogge » 05.07.2017 12:44:15

mrserious hat geschrieben: ↑ zum Beitrag ↑
17.06.2017 18:32:23
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
Debian Testing + Gnome | Linux-Anfänger seit 04/2003
http://files.mdosch.de/2014-07/0xE13D657D.asc

Antworten