Description of problem:
running launchGUIs in a new install from
DATE: Sun Nov 6 07:26:05 PM CET 2022
returns this failure:
[user@localhost Documents]$ /usr/libexec/notification-daemon
Segmentation fault (core dumped)
from QA-discuss M/L:
/usr/libexec/notification-daemon comes from an archived (deprecated and
unmaintained) GNOME project, so probably should be dropped from Mageia.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.install Gnome from above ISO
2.run the command
Thanks for the report, and the comment about dropping this.
Adding it to the tracker bug 30163.
Assigning to the Gnome people for that.
I'm wondering what's pulling notification-daemon to Gnome Live? Gnome uses gnome-shell for notifications.
Another thing is that there shouldn't be any need for a regular user to run or try to run executables under /usr/libexec directly.
(In reply to Jani Välimaa from comment #2)
> I'm wondering what's pulling notification-daemon to Gnome Live? Gnome uses
> gnome-shell for notifications.
From the installer log:
* requiring virtual-notification-daemon for lib64notify4-0.8.1-1.mga9.x86_64
* preferring notification-daemon over gnome-shell,cinnamon,mate-notification-daemon,lxqt-notificationd,xfce4-notifyd
* replacing virtual-notification-daemon with notification-daemon
* selecting notification-daemon-3.20.0-4.mga9.x86_64
The preference comes from /etc/urpmi/prefer.vendor.list.
So in Gnome Live there're gnome-shell and notification-daemon installed simultaneously?
I think we should remove virtual-notification-daemon requires from libnotify and let DEs handle pulling correct notification-daemon.
Not just GNOME Live - the Mageia installer will do this for any installation that includes libnotify.
this bug is still valid - an annoying:
Okt 30 09:16:16 localhost kernel: mate-notificati: segfault at 7f5c45bb9b04 ip 00007f5bbda16efd sp 00007ffcd67a7e98 error 4 in libgobject-2.0.so.0.7600.3[7f5bbd9ed000+32>
It must be possible to debug the reason of this...