Bug 32658

Summary:	Splash Screens failed to install
Product:	Mageia	Reporter:	Ezequiel Partida <ezequiel_partida>
Component:	RPM Packages	Assignee:	Mageia Bug Squad <bugsquad>
Status:	NEW ---	QA Contact:
Severity:	normal
Priority:	Normal	CC:	davidwhodgins, geex+mageia, lewyssmith
Version:	9
Target Milestone:	---
Hardware:	All
OS:	Linux
Whiteboard:
Source RPM:		CVE:
Status comment:

Description Ezequiel Partida 2023-12-27 22:04:56 CET

Hello,

I tried to install a Splash Screen from systemsettings and I got the next error.


Installation of /tmp/LYHGao-Vivid-Splash.tar.gz failed: Could not move package to destination: /home/ezequiel/.local/share/plasma/look-and-feel/Vivid-Splash

I tried others and they also failed to install.

I did my mageia fresh install from mageia9-classi.iso

Comment 1 Dave Hodgins 2023-12-28 02:16:25 CET

Dec 27 20:09:00 dbus-daemon[1164]: [system] Activating service name='org.kde.kcontrol.kcmsddm' requested by ':1.181' (uid=500 pid=18173 comm="systemsettings") (using servicehelper)
Dec 27 20:09:00 dbus-daemon[1164]: [system] Successfully activated service 'org.kde.kcontrol.kcmsddm'
Dec 27 20:09:06 polkitd[2432]: Operator of unix-session:3 successfully authenticated as unix-user:dave to gain ONE-SHOT authorization for action org.kde.kcontrol.kcmsddm.save for system-bus-name::1.181 [systemsettings] (owned by unix-user:dave)
Dec 27 20:11:42 dbus-daemon[1164]: [system] Activating service name='org.kde.kcontrol.kcmsddm' requested by ':1.189' (uid=500 pid=18336 comm="/usr/bin/sddmthemeinstaller -i /tmp/Vivid-SDDM.tar") (using servicehelper)
Dec 27 20:11:42 dbus-daemon[1164]: [system] Successfully activated service 'org.kde.kcontrol.kcmsddm'
Dec 27 20:11:46 polkitd[2432]: Operator of unix-session:3 successfully authenticated as unix-user:dave to gain ONE-SHOT authorization for action org.kde.kcontrol.kcmsddm.installtheme for system-bus-name::1.189 [/usr/bin/sddmthemeinstaller -i /tmp/Vivid-SDDM.tar.gz] (owned by unix-user:dave)

It's working for me.

Given the file name in /tmp/LYHGao-Vivid-Splash.tar.gz, I suspect the download
only partially completed. Remove the file from /tmp and try again.

CC: (none) => davidwhodgins

Comment 2 sturmvogel 2023-12-28 12:02:18 CET

Given the history of Ezequils machines and opened bugs, i suspect again files owned by root in the users home directory. This is caused by using „su“ instead of „su -„

See Bug 31647

Comment 3 Guillaume Bedot 2023-12-28 12:50:18 CET

It seems a frequent user error, already requiring a wiki entry...
Unfortunately I have no idea how to prevent it without breaking a lot of things.

@Ezequiel Partida
Maybe you should alias su to "su --login" on your machines

(not recommended for other users)

CC: (none) => geex+mageia

Comment 4 sturmvogel 2023-12-28 12:58:06 CET

There is already a wiki article since 2020:
https://wiki.mageia.org/en/Never_use_just_su

And one could expect that a user who did the error several times and got already educated several times, learns from it…

Comment 5 Guillaume Bedot 2023-12-29 13:05:34 CET

(In reply to sturmvogel from comment #4)
> There is already a wiki article since 2020:
> https://wiki.mageia.org/en/Never_use_just_su
Yes that's what I meant.

msec is already checking the ownership of .config directory, maybe it should also check its contents, that's all.

Comment 6 Guillaume Bedot 2023-12-29 13:33:57 CET

I've just seen the files were in ~/.local , this one is not checked at all.

Comment 7 Lewis Smith 2023-12-31 20:36:20 CET

It looks as if:
 $ ls -d /home/ezequiel/.local/share/plasma/look-and-feel/
 $ ls -l /home/ezequiel/.local/share/plasma/look-and-feel/
is worth seeing. As sturmvogel suggests, this could be a permissions issue.

Also after a failure like this, check at least the integrity of the source file /tmp/....tar.gz with:
 $ gzip -t /tmp/....tar.gz
which would surely fail if the download was incomplete.

CC: (none) => lewyssmith