Univention Bugzilla – Bug 24072
Vereinheitlichung von univention-update-Skripten
Last modified: 2011-12-27 11:01:39 CET
In UCS 3.0 liegt univention-updater nicht mehr unter /usr/sbin. Das exec am Ende der Installation sollte in UCS 2.4-4 den Updater an der neuen Stelle: /usr/share/univention-updater/ aufrufen. +++ This bug was initially created as a clone of Bug #23453 +++ Derzeit gibt es die folgenden Update-spezifischen Skripte: univention-updater univention-sec-update univention-upgrade univention-actualise univention-updater-check IMHO ist die Namensgebung nicht einheitlich und für neue Benutzer verwirrend. Vielleicht lässt sich das vereinheitlichen? Bspw. könnten die ersten drei Befehle in einem Befehl univention-updater mit zusätzlichen Optionen (z.B. --sec, --release, --all) realisiert und univention-actualise als univention-package-policies bezeichnet werden. Dann wären die Aufgaben wahrscheinlich klarer ersichtlich.
Das ist umgesetzt, da das Update gerade nicht geht, konnte das nicht getestet werden.
Das Update funktioniert mittlerweile.
Der Code für univention-updater sieht soweit gut aus. Testupdate 2.4-4 ==> 3.0-1 läuft gerade. Allerdings ruft univention-upgrade den univention-updater noch über retcode = subprocess.call('univention-updater net --updateto %s%s' % (version_next, params, ), shell=True) auf, so dass in diesem Fall ein direktes Update 2.4-4 → 3.0-1 nicht möglich wäre.
(In reply to comment #3) > Der Code für univention-updater sieht soweit gut aus. Testupdate 2.4-4 ==> > 3.0-1 läuft gerade. Testupdate via univention-updater von 2.4-4 → 3.0-1 war erfolgreich.
(In reply to comment #3) > Der Code für univention-updater sieht soweit gut aus. Testupdate 2.4-4 ==> > 3.0-1 läuft gerade. > > Allerdings ruft univention-upgrade den univention-updater noch über > > retcode = subprocess.call('univention-updater net --updateto %s%s' % > (version_next, params, ), shell=True) > > auf, so dass in diesem Fall ein direktes Update 2.4-4 → 3.0-1 nicht möglich > wäre. Ist angepasst.
(In reply to comment #5) > (In reply to comment #3) > > Der Code für univention-updater sieht soweit gut aus. Testupdate 2.4-4 ==> > > 3.0-1 läuft gerade. > > > > Allerdings ruft univention-upgrade den univention-updater noch über > > > > retcode = subprocess.call('univention-updater net --updateto %s%s' % > > (version_next, params, ), shell=True) > > > > auf, so dass in diesem Fall ein direktes Update 2.4-4 → 3.0-1 nicht möglich > > wäre. > > Ist angepasst. Aufgrund von Bug 25571 konnte ein Update von 2.4-4 → 3.0-1 nicht getestet werden. In 2.4-4 wurde testweise /usr/sbin/univention-updater nach /usr/share/univention-updater/univention-updater verschoben. Update via univention-upgrade nach 3.0-0 hat univention-updater erfolgreich gestartet. Hinweis: Die letzte Anpassung hat nur dann eine Auswirkung, wenn univention-upgrade auf einem 2.4-4-System gestartet wird. Sollte von UCS 2.4-3 oder früher univention-upgrade aufgerufen werden, wird das Skript ab UCS 3.0-0 den Updater nicht mehr aufrufen können.
Sollte auf verified...
UCS 2.4-4 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte dieser Bug dupliziert werden: "Clone This Bug"