On 2018-02-10 20:57, Felix Miata wrote:
Carlos E. R. composed on 2018-02-10 07:43 (UTC-0500):
On Saturday, 2018-02-10 at 06:59 -0500, Felix Miata wrote:
commit.downloadMode = DownloadAsNeeded" downloads an rpm, installs that rpm, downloads, installs, downloads, installs, etc. Nothing breaks to hit Ctrl-C, and the worst from an exhausted battery on a smart UPS might be one rpm needs to be force reinstalled after power comes back on. It's not much different from having the power continually on, but having the WAN die for several hours in the middle of upgrading, which used to be quite common here. Zypper's fault handling is far better than DNF's.
Install one rpm for the kernel, crash before installing the other kernel things rpm. The worst possible moment.
Doesn't happen here:
First, the rpm/zypper are robust, apparently depending little to none on particular versions for functionality following processing hiccups.
Second: kernels are locked. They get separately installed if and when I choose. Typically it happens only right before a reboot that follows updating.
Third: I have my own implementation of DownloadInHeaps (usually run from multi-user):
1: #!/bin/sh # /usr/local/zypstart zypper -v in --download-in-advance zypper libzypp libsolv-tools rpm openSUSE-release zypper -v in --download-in-advance device-mapper dmraid glibc lvm2 multipath-tools mdadm systemd udev 2: evaluate output, tweak locks, add/delete specific packages (typically glibc-locale, which often does not find freespace adequate: https://bugzilla.opensuse.org/show_bug.cgi?id=720150 ), etc. 3: zypper -v up -> g # (DownloadAsNeeded configured; repeat 2) 4: zypper -v up -> y 5: zypper -v dup -> g # (repeat 2) 6: zypper -v dup -> y # if TW or otherwise desired 7: zypper --no-refresh se -si | grep 'tem Pac' | grep -v plication # (repeat 2) 8: (optional) install (rpm -ivh) previously (wget) downloaded kernel 9: (optional) reboot
Anywhere within points 2 thru 8 I've been able to interrupt, including reboot, before continuing, without apparent negative impact.
Ah :-) -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)