The "mgaapplet" program crashed. Drakbug-17.74 caught it. Suite à une déconnection et reconnection parce que plasma utilisait 30% du microprocesseur... bash-4.3$ lspcidrake -v snd_hda_intel : Intel Corporation|NM10/ICH7 Family High Definition Audio Controller [MULTIMEDIA_AUDIO_DEV] (vendor:8086 device:27d8 subv:1043 subd:840b) (rev: 01) Card:NVIDIA GeForce 8100 to GeForce 415: NVIDIA Corporation|GT218 [GeForce 210] [DISPLAY_VGA] (vendor:10de device:0a65 subv:1462 subd:8094) (rev: a2) uhci_hcd : Intel Corporation|NM10/ICH7 Family USB UHCI Controller #2 [SERIAL_USB] (vendor:8086 device:27c9 subv:1043 subd:8179) (rev: 01) atl1c : Qualcomm Atheros|AR8131 Gigabit Ethernet [NETWORK_ETHERNET] (vendor:1969 device:1063 subv:1043 subd:83fe) (rev: c0) shpchp : Intel Corporation|4 Series Chipset PCI Express Root Port [BRIDGE_PCI] (vendor:8086 device:2e31) (rev: 03) intel_rng : Intel Corporation|82801GB/GR (ICH7 Family) LPC Interface Bridge [BRIDGE_ISA] (vendor:8086 device:27b8 subv:1043 subd:8179) (rev: 01) uhci_hcd : Intel Corporation|NM10/ICH7 Family USB UHCI Controller #4 [SERIAL_USB] (vendor:8086 device:27cb subv:1043 subd:8179) (rev: 01) shpchp : Intel Corporation|NM10/ICH7 Family PCI Express Port 1 [BRIDGE_PCI] (vendor:8086 device:27d0) (rev: 01) ata_piix : Intel Corporation|NM10/ICH7 Family SATA Controller [IDE mode] [STORAGE_IDE] (vendor:8086 device:27c0 subv:1043 subd:8179) (rev: 01) ehci_pci : Intel Corporation|NM10/ICH7 Family USB2 EHCI Controller [SERIAL_USB] (vendor:8086 device:27cc subv:1043 subd:8179) (rev: 01) snd_hda_intel : NVIDIA Corporation|High Definition Audio Controller [MULTIMEDIA_AUDIO_DEV] (vendor:10de device:0be3 subv:1462 subd:8094) (rev: a1) uhci_hcd : Intel Corporation|NM10/ICH7 Family USB UHCI Controller #1 [SERIAL_USB] (vendor:8086 device:27c8 subv:1043 subd:8179) (rev: 01) uhci_hcd : Intel Corporation|NM10/ICH7 Family USB UHCI Controller #3 [SERIAL_USB] (vendor:8086 device:27ca subv:1043 subd:8179) (rev: 01) ata_piix : Intel Corporation|82801G (ICH7 Family) IDE Controller [STORAGE_IDE] (vendor:8086 device:27df subv:1043 subd:8179) (rev: 01) shpchp : Intel Corporation|NM10/ICH7 Family PCI Express Port 2 [BRIDGE_PCI] (vendor:8086 device:27d2) (rev: 01) unknown : Intel Corporation|4 Series Chipset DRAM Controller [BRIDGE_HOST] (vendor:8086 device:2e30 subv:1043 subd:836d) (rev: 03) unknown : Intel Corporation|82801 PCI Bridge [BRIDGE_PCI] (vendor:8086 device:244e) (rev: e1) hub : Linux 4.9.14-desktop-1.mga6 ehci_hcd|EHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0002) hub : Linux 4.9.14-desktop-1.mga6 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001) hub : Linux 4.9.14-desktop-1.mga6 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001) usbhid : Logitech|USB Receiver [Human Interface Device|Boot Interface Subclass|Keyboard] (vendor:046d device:c52e) usbhid : Logitech|USB Receiver [Human Interface Device|Boot Interface Subclass|Keyboard] (vendor:046d device:c52b) hub : Linux 4.9.14-desktop-1.mga6 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001) hub : Linux 4.9.14-desktop-1.mga6 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001) hid_generic : Logitech USB Receiver hid_logitech_dj : Logitech USB Receiver hid_logitech_dj : Logitech USB Receiver hid_generic : Logitech USB Receiver hid_logitech_hidpp: Logitech Wireless Mouse hid_logitech_dj : Logitech USB Receiver bash-4.3$ Typelib file for namespace 'StatusNotifier', version '1.0' 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:179 Theme name: Adwaita Kernel version = 4.9.14-desktop-1.mga6 Distribution=Mageia release 6 (Cauldron) for x86_64 CPU=Pentium(R) Dual-Core CPU E6800 @ 3.33GHz
This might be because you updated your Cauldron at a time where somehow your Core 32-bit Release repo was more up-to-date than Core Release (64-bit), so you likely ended up with the 32-bit version of libstatusnotifier-gir1.0. If so, you can fix the issue with: # urpmi lib64statusnotifier-gir1.0 # urpme libstatusnotifier-gir1.0 libstatusnotifier1
Assignee: bugsquad => mageiatoolsSummary: mgaapplet crashed => mgaapplet crashed (Typelib file for namespace 'StatusNotifier', version '1.0' not found)
Merci, le problème est résolu... resolved , best regards...
Status: NEW => RESOLVEDResolution: (none) => FIXED
*** Bug 20481 has been marked as a duplicate of this bug. ***
CC: (none) => rene
@ Thierry: Those bugs are happening because mgaonline and drakx-net are noarch and have a dependency on `typelib(StatusNotifier)`, which is provided by both lib64statusnotifier-gir1.0 (64-bit) and libstatusnotifier-gir1.0 (32-bit). It seems that in some situations, urpmi will use the 32-bit variant to resolve the dependency, which is obviously bogus. That might be worth discussing in a specific issue/on the dev ML, but I'm not sure how we can fix this issue. A simple workaround would be to make mgaonline and drakx-net archful, but can't we do better?
CC: (none) => thierry.vignaud
(In reply to Rémi Verschelde from comment #1) > This might be because you updated your Cauldron at a time where somehow your > Core 32-bit Release repo was more up-to-date than Core Release (64-bit), so > you likely ended up with the 32-bit version of libstatusnotifier-gir1.0. > > If so, you can fix the issue with: > > # urpmi lib64statusnotifier-gir1.0 > # urpme libstatusnotifier-gir1.0 libstatusnotifier1 Worked for my Cauldron-VM. Boot without earlier reported error-messages. 4.9.14-desktop-1.mga6
CC: (none) => isis2000
I doubt that noarch has anything to do with that. A lot of noarch packages are pulling typelib() like requires and everything wors fine. I suspect the affected users might have used dnf instead of urpmi...
(In reply to Thierry Vignaud from comment #6) > I doubt that noarch has anything to do with that. > A lot of noarch packages are pulling typelib() like requires and everything > wors fine. > I suspect the affected users might have used dnf instead of urpmi... PLUS reply to isadora ... @ Thierry: NOPE - just regular update via update applet ... @isadora: Manual Work around works OK - temporary solution confirmed.
(In reply to Thierry Vignaud from comment #6) > I doubt that noarch has anything to do with that. > A lot of noarch packages are pulling typelib() like requires and everything > wors fine. > I suspect the affected users might have used dnf instead of urpmi... I doubt that's the issue. I see two potential culprits: - If Core Release is lagging behind and Core 32-bit Release is more up-to-date, the newer package would be pulled from the 32-bit repo by urpmi/MageiaUpdate. - If both repos are in sync and urpmi still picks the package from the 32-bit repo, then we have some big issue...