The "mgaapplet" program crashed during boot. Drakbug-17.72 caught it. Typelib file for namespace 'StatusNotifier', version '0.1' not found at /usr/lib/perl5/vendor_perl/5.22.2/x86_64-linux-thread-multi/Glib/Object/Introspection.pm line 108. Perl's trace: drakbug::bug_handler() called from /usr/lib/perl5/vendor_perl/5.22.2/x86_64-linux-thread-multi/Glib/Object/Introspection.pm:108 Glib::Object::Introspection::setup() called from /usr/bin/mgaapplet:45 Theme name: Vertex-Dark Kernel version = 4.9.13-desktop-1.mga6 Distribution=Mageia release 6 (Cauldron) for x86_64 CPU=Intel(R) Core(TM) i5-2450M CPU @ 2.50GHz DE: Enlightenment 0.21.6 Internet access working properly. For E21 users, this error is not a problem, but the one reported in Bug 19344 is.
Can you post the output of `rpm -qa | grep statusnotifier`?
CC: (none) => LpSolit, mageiatoolsAssignee: bugsquad => rverschelde
Summary: mgaapplet crashed => mgaapplet crashed (Typelib file for namespace 'StatusNotifier', version '0.1' not found)
$ rpm -qa | grep statusnotifier libstatusnotifier-gir0.1-0.1.0-3.mga6 libstatusnotifier0-0.1.0-3.mga6 The error popped in the automatic bug reporter this morning, so I did not think it though. It may be related to the fact that at the moment I do not have a functioning systray. (Xembed is no longer supported in E and I have not tried in the last year or so to load the libappindicator components that should produce a functional systray. I see that libstatusnotifier is described as being KDE specific . . . or is it used by other DEs?
(In reply to Roy Reese from comment #2) > $ rpm -qa | grep statusnotifier > libstatusnotifier-gir0.1-0.1.0-3.mga6 > libstatusnotifier0-0.1.0-3.mga6 So I gather you have the 32-bit version of the library installed on a x86_64 system? That might be why Glib::Object::Introspection can't find it. Can you confirm that replacing the above two libs by their lib64 equivalents fixes the error? > The error popped in the automatic bug reporter this morning, so I did not > think it though. It may be related to the fact that at the moment I do not > have a functioning systray. (Xembed is no longer supported in E and I have > not tried in the last year or so to load the libappindicator components that > should produce a functional systray. > > I see that libstatusnotifier is described as being KDE specific . . . or is > it used by other DEs? libstatusnotifier implements the SNI spec for the systray, and is so far only used on Plasma (other DEs still use the legacy XEmbed systray). If E supports SNI, we could add it to the list of DEs that should use that version instead.
Just to be sure, can you check that you have Core Release (64-bit) enabled? If not that would explain the bug.
(In reply to Rémi Verschelde from comment #4) > Just to be sure, can you check that you have Core Release (64-bit) enabled? > If not that would explain the bug. Another variant of it could have been that your Core Release (64-bit) repo was outdated when you got the update, and it picked the typelib(StatusNotifier) dependency in the up-to-date Core Release (32-bit) repo. If that's the case, uninstalling mgaonline and libstatusnotifier{0,-gir0.1}, and installing mgaonline again should hopefully pull in the 64-bit libs. If so that would just be a transient Cauldron bug due to mirrors being slow to sync, and hopefully no longer reproducible.
(In reply to Rémi Verschelde from comment #5) > (In reply to Rémi Verschelde from comment #4) > > Just to be sure, can you check that you have Core Release (64-bit) enabled? > > If not that would explain the bug. > > Another variant of it could have been that your Core Release (64-bit) repo > was outdated when you got the update, and it picked the > typelib(StatusNotifier) dependency in the up-to-date Core Release (32-bit) > repo. > Weird, but it was, indeed, a repo update problem. The Core Release was correctly enabled. I have now removed the 32-bit versions (and drakconf, etc!), replaced them with the 64-bit, reinstalled drakconf, etc. and all is well. I updated a second 64-bit system today with no problem. The update (on the same mirror) properly picked the 64-bit version. On the separate issue: > If E supports SNI, we could add it to the list of DEs that should use that > version instead. I will communicate separately.
Closing as WORKSFORME then.
Status: NEW => RESOLVEDResolution: (none) => WORKSFORME