Univention Bugzilla – Bug 19754
--updateto wird ignoriert bei Minor-Upgrade
Last modified: 2011-04-04 15:48:04 CEST
Created attachment 2652 [details] Log Beim Einspielen eines Updates von 2.4-2 auf 2.5-0 mit Beschränkung auf 2.4.-3 wurde trotzdem 2.5-0 installiert: ucs-create-dummy-update-dvd -f 2.4-2 -t 2.5-0 univention-updater cdrom --iso update_dvd_2.4-2_to_2.5-0_1283163087.iso --updateto 2.4-3 local/repository: yes online/repository/clean: <empty> repository/mirror/architectures: amd64 i386 repository/mirror/basepath: /var/lib/univention-repository repository/mirror/httpmethod: <empty> repository/mirror/port: <empty> repository/mirror/prefix: <empty> repository/mirror/recreate_packages: yes repository/mirror/server: apt.knut.univention.de repository/mirror/sources: <empty> repository/mirror/threads: 10 repository/mirror/version/end: <empty> repository/mirror/version/start: 2.4-0 repository/mirror: yes repository/online/hotfixes: no repository/online/httpmethod: <empty> repository/online/maintained: yes repository/online/port: 80 repository/online/prefix: univention-repository repository/online/server: master.jw.ph repository/online/sources: <empty> repository/online/unmaintained: no repository/online: yes
Man muß nichteinmal ein ISO angeben: **** Starting univention-updater with parameter=['/usr/sbin/univention-updater', 'local', '--updateto', '2.4-42'] Version=2.4 Patchlevel=2 using tempdir = /tmp/tmpN6wDzo starting local mode --->DBG:update_available(mode=local, cdrom_mount_point=/cdrom, iso=None) Checking local repository Update to = 2.5-0 **** Starting actual update at Mon Aug 30 13:10:48 2010 Call the preup.sh file with the path: /var/lib/univention-repository/mirror/2.5/maintained/2.5-0/all/
Auch bei net beim Übergang zur nächsten Minor-Version: Checking network repository Update to = 2.5-0 DUMMY PREUP OF RELEASE 2.5-0 HAS BEEN CALLED **** Starting univention-updater with parameter=['/usr/sbin/univention-updater', 'net', '--updateto', '2.4-42'] Version=2.4 Patchlevel=2 using tempdir = /tmp/tmp0h6Ups starting net mode --->DBG:update_available(mode=net, cdrom_mount_point=/cdrom, iso=None) Checking network repository Update to = 2.5-0 **** Starting actual update at Mon Aug 30 13:14:49 2010 Call the preup.sh file with the path: /tmp/tmp0h6Ups Execute /tmp/tmp0h6Ups/preup.sh DUMMY PREUP OF RELEASE 2.5-0 HAS BEEN CALLED
Bei der Behebung dieses Problems wäre es dann sehr praktisch, wenn man per "u-u --updateto 2.3-99 net" einfach aus das bisher letzte existierenden 2.3-Release aktualisieren könnte, insbesondere für QA-Arbeiten. Gerade hat mich nur das nicht gesetzte "update24/ignoressh" gerettet.
Müsste das nicht durch Bug #15457 behoben sein?
Nein: Der Test aus --updateto erfolgte zu früh: Es wurde die aktuelle Version gegen updateto geprüft, weshalb dann trotzdem Updates eingespielt werden, obwohl es später ist als die gewünschte Maxiamlversion. current=2.4-0 updateto=2.4-99 # wird als okay gewertet nextversion=2.5-0 # wird dann trotzdem installiert svn22347, univention-updater_6.0.48-2.743.201102071345 ChangeLog: \item Die Option \ucsName{-{}-updateto} des \ucsCommand{univention-updater}s funktioniert nun auch bei der Angabe eines nicht-existierenden \ucsUCS{}-Releases (\ucsBug{19754}).
OK, auf einem 2.4-1 System mit aus 2.4-2 aktualisiertem univention-updater funktioniert es wie gewünscht. -> ucr set version/version=2.3 -> univention-updater net --updateto=2.3-99 ... Checking network repository Update hold at 2.3-2, next 2.4-0 is after 2.3-99 03.01.11 11:43:06 DEBUG_INIT **** Starting univention-updater with parameter=['/usr/sbin/univention-updater', 'net', '--silent', '--check'] --->DBG:update_available(mode=net, cdrom_mount_point=/cdrom, iso=None) Checking network repository Next version is 2.4-0 (Vorher hat er an dieser Stelle das Update auf 2.4-0 fortgesetzt). Changelog Eintrag vorhanden.
Funktioniert auch für "local" updates -> univention-updater local --updateto=2.3-99 File: /etc/apt/mirror.list Checking local repository Update hold at 2.3-2, next 2.4-0 is after 2.3-99
UCS 2.4-2 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte der Bug dupliziert werden: "Clone This Bug".