While I was searching the zypp history for something unrelated, I noticed that a handful of packages produce consistent fails (i.e. the same fail at each update of the package) in some scripts run during their installation: -- # 2019-03-06 23:36:14 fwupd-1.2.3-2.1.x86_64.rpm installed ok # Additional rpm output: # /var/tmp/rpm-tmp.HQHd3c: line 16: [: missing `]' -- # dracut: Skipping udev rule: 55-dm.rules # udevadm: error while loading shared libraries: libsystemd-shared-239.so: cannot open shared object file: No such file or directory # /usr/lib/dracut/dracut-init.sh: line 429: [: -ge: unary operator expected -- # dracut: Skipping udev rule: 50-udev.rules # udevadm: error while loading shared libraries: libsystemd-shared-239.so: cannot open shared object file: No such file or directory # /usr/lib/dracut/dracut-init.sh: line 429: [: -ge: unary operator expected # /usr/lib/dracut/dracut-init.sh: line 429: [: -ge: unary operator expected # /usr/lib/dracut/dracut-init.sh: line 423: [: -ge: unary operator expected -- # Additional rpm output: # Updating /etc/sysconfig/corosync ... # /var/tmp/rpm-tmp.KWsMFn: line 67: [: -eq: unary operator expected # /var/tmp/rpm-tmp.KWsMFn: line 71: [: -gt: unary operator expected -- For the udev related fails the culprit is here: --8<---------------cut here---------------start------------->8--- prepare_udev_rules() { [ -z "$UDEVVERSION" ] && export UDEVVERSION=$(udevadm --version) for f in "$@"; do f="${initdir}/etc/udev/rules.d/$f" [ -e "$f" ] || continue while read line || [ -n "$line" ]; do if [ "${line%%IMPORT PATH_ID}" != "$line" ]; then if [ $UDEVVERSION -ge 174 ]; then printf '%sIMPORT{builtin}="path_id"\n' "${line%%IMPORT PATH_ID}" else printf '%sIMPORT{program}="path_id %%p"\n' "${line%%IMPORT PATH_ID}" fi elif [ "${line%%IMPORT BLKID}" != "$line" ]; then if [ $UDEVVERSION -ge 176 ]; then printf '%sIMPORT{builtin}="blkid"\n' "${line%%IMPORT BLKID}" else printf '%sIMPORT{program}="/sbin/blkid -o udev -p $tempnode"\n' "${line%%IMPORT BLKID}" fi else echo "$line" fi done < "${f}" > "${f}.new" mv "${f}.new" "$f" done } --8<---------------cut here---------------end--------------->8--- In other words, $UDEVVERSION is not defined because udevadm didn't run and the function fails to guard against that possibility in trhe first line. The corosync failure probably has a similar background, while the fwupd fail seems to be an actual error in some script (missing line continuation?). Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org