Created attachment 8391 [details] konsole output from this morning's dnf upgrade When updating my system this morning, including a bunch of KDE packages, this error appeared twice: Non-fatal POSTIN scriptlet failure in rpm package kde-cli-tools What is uncommon about my Plasma5 is that I removed Akonadi & friends, there are only some akonadi libraries left. Also, Baloo is disabled.
Source RPM: (none) => kde-cli-tools-5.7.4-1.mga6
@ Neal KDE team doesn't support using dnf. Did you get this error, too? If so, why exactly did it appear?
CC: (none) => ngompa13
/me misinterpreted KDE teams initial reply on IRC They are looking into the error, anyway, and found where it should come from¹), only don't know, yet, how to correct it. ¹) %postun [ $1 = 0 ] || exit 0 update-alternatives --remove kdesu %{_kf5_bindir}/kdesu
just add "|| :" to the unprotected line
CC: (none) => thierry.vignaud
Should be fixed in next kde-cli-tools update: http://svnweb.mageia.org/packages?view=revision&revision=1050300
CC: (none) => geiger.david68210
Thanks, David. I do still get the same error, though :-/ Now my eye caught this error, too, which I had missed before: Upgrading : kde-cli-tools-5.7.4-2.mga6.x86_64 193/303 the primary link for kdesu must be /usr/libexec/kf5/kdesu warning: %post(kde-cli-tools-5.7.4-2.mga6.x86_64) scriptlet failed, exit status 2 (In attachment 8391 [details] that was: Upgrading : kde-cli-tools-5.7.4-1.mga6.x86_64 162/389 the primary link for kdesu must be /usr/libexec/kf5/kdesu warning: %post(kde-cli-tools-5.7.4-1.mga6.x86_64) scriptlet failed, exit status 2 ) Sorry for not having seen that earlier! At the end Non-fatal POSTIN scriptlet failure in rpm package kde-cli-tools Non-fatal POSTIN scriptlet failure in rpm package kde-cli-tools is still there
Ok, I see What is the output from the following command (as root)? update-alternatives --config kdesu
(In reply to David GEIGER from comment #6) > Ok, I see > > What is the output from the following command (as root)? > > update-alternatives --config kdesu [root@cldrn_64 marja]# LC_ALL=C update-alternatives --config kdesu There is 1 program that provides 'kdesu'. Selection Command ----------------------------------------------- *+ 1 /usr/bin/kdesu Enter to keep the current selection[+], or type selection number: ^C [root@cldrn_64 marja]# ls -al /usr/libexec/kf5 | grep kdesu -rwxr-xr-x 1 root root 54728 sep 7 11:28 kdesu* -rwxr-sr-x 1 root nobody 79104 sep 1 11:07 kdesud* -rwxr-xr-x 1 root root 15928 sep 1 11:07 kdesu_stub* [root@cldrn_64 marja]# ls -al /usr/bin | grep kdesu [root@cldrn_64 marja]#
Ok this come from the previous wrong command :( So now you can do: update-alternatives --remove kdesu /usr/bin/kdesu and update-alternatives --install /usr/bin/kdesu kdesu /usr/libexec/kf5/kdesu 40
(In reply to David GEIGER from comment #8) > Ok this come from the previous wrong command :( > > So now you can do: > > update-alternatives --remove kdesu /usr/bin/kdesu > > and > > update-alternatives --install /usr/bin/kdesu kdesu /usr/libexec/kf5/kdesu 40 Thanks, David, that fixed it for me [root@cldrn_64 marja]# LC_ALL=C update-alternatives --config kdesu There is 1 program that provides 'kdesu'. Selection Command ----------------------------------------------- *+ 1 /usr/libexec/kf5/kdesu Is there a way to fix it in an update for everybody, without "everybody" running those commands?
As a word to the wise, just because someone is doing something with DNF as opposed to urpmi does not make the issue any less valid, we can see here. If anything, exposing these issues is a good thing as it makes our packages that much better. Issues like these would also exist in urpmi, but I don't recall if it hides the output of non-fatal errors automatically.
seems OK now. Please reopen if still valid
Status: NEW => RESOLVEDCC: (none) => mageiaResolution: (none) => FIXED