Bug 31103 - /usr/libexec/notification-daemon. Segmentation fault (core dumped)
Summary: /usr/libexec/notification-daemon. Segmentation fault (core dumped)
Status: NEW
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: GNOME maintainers
QA Contact:
Depends on: 31928
  Show dependency treegraph
Reported: 2022-11-10 20:44 CET by Ben McMonagle
Modified: 2023-10-30 14:41 CET (History)
3 users (show)

See Also:
Source RPM: notification-daemon-3.20.0-4.mga9.src.rpm
Status comment:


Description Ben McMonagle 2022-11-10 20:44:27 CET
Description of problem:
running launchGUIs in a new install from
ISO:  Mageia-9-alpha1-Live-GNOME-x86_64.iso
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):

How reproducible:

Steps to Reproduce:
1.install Gnome from above ISO
2.run the command
Comment 1 Lewis Smith 2022-11-10 21:25:03 CET
Thanks for the report, and the comment about dropping this.
Adding it to the tracker bug 30163.
Assigning to the Gnome people for that.

Assignee: bugsquad => gnome
Source RPM: (none) => notification-daemon-3.20.0-4.mga9.src.rpm

Comment 2 Jani Välimaa 2022-11-13 12:35:36 CET
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.

CC: (none) => jani.valimaa

Comment 3 Martin Whitaker 2022-11-13 15:42:09 CET
(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.

CC: (none) => mageia

Comment 4 Jani Välimaa 2022-11-13 16:07:00 CET
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.
Comment 5 Martin Whitaker 2022-11-13 16:13:49 CET
Not just GNOME Live - the Mageia installer will do this for any installation that includes libnotify.
Comment 6 Marc Krämer 2023-10-30 14:41:05 CET
this bug is still valid - an annoying:
Okt 30 09:16:16 localhost kernel: mate-notificati[2161]: 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...

CC: (none) => mageia
See Also: (none) => https://github.com/mate-desktop/mate-desktop/issues/569

Marc Krämer 2023-10-30 14:41:27 CET

Depends on: (none) => 31928

Note You need to log in before you can comment on or make changes to this bug.