/usr/bin/urpmi.update is a wrapper script provided by urpmi. /usr/sbin/urpmi.update is a symlink provided by mgaonline to /usr/libexec/urpmi.update The latest doesn't work if launched as user. The first opens a dialog or upgrade credential level through pkexec for the user. According to which order /usr/bin and /usr/sbin are defined in PATH, launching urpmi.update behaves differently. This can leave the user not being able to be notified of updates. What I suggest is to remove the link in /usr/sbin Another option is to replace it with a link to /usr/bin/urpmi.update
Is it possible that PATH could be different between Mageia systems unless altered by user? Could else cause Bug 32350 - No updates offered by mgaapplet
Assignee: bugsquad => mageiatoolsCC: (none) => fri
no media update, no update
CC: (none) => surfzoid
(In reply to Morgan Leijström from comment #1) > Is it possible that PATH could be different between Mageia systems unless > altered by user? The PATH can be altered in the user space, this is the case where the problem has been found. Perhaps by anaconda installation. But in any case, the system should not be fragile to be not working because of not prohibited settings. > > Could else cause Bug 32350 - No updates offered by mgaapplet Yes, the effect of this problem is that the metadata files of urpmi are never updated, thus no updates are seen.
As third option, we can modify this line: https://gitweb.mageia.org/software/mgaonline/tree/mgaapplet-update-checker#n55 if (!run_program::run('urpmi.update', $media, if_($root, "--urpmi-root=$root"))) { to add the absolute path to the command.
It seems that if GNOME is installed, path gets modified so it does not work. So also when running Plasma on same system, updates do not get announced. Workaround is modifying the path. See Bug 32350#c29
Keywords: (none) => FOR_ERRATA9
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=32382
I have opened another report for an update of magaonline. I change this one to follow the problem of the PATH being wrongly set.
Summary: urpmi.update is provided in /usr/bin and /usr/sbin and doesn't behave the same according to how PATH is defined => /usr/bin and /usr/sbin are sometimes inverted in PATH variableKeywords: FOR_ERRATA9 => IN_ERRATA9
CC: (none) => guillaume.royer
Summary: /usr/bin and /usr/sbin are sometimes inverted in PATH variable => The order of /usr/bin and /usr/sbin are sometimes swapped in PATH variable
*** Bug 32350 has been marked as a duplicate of this bug. ***