Description of problem: Trying to start mcc as a user and give root password does not work Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Click on the icon for Mageia Control Center, watch the little circle circle 2. On the command line, issue command mcc, and get error message Error executing command as another user: Not authorized This incident has been reported. 3. I can go to the command line, su - to root, and issue command mcc, and it will work. Reproducible: Steps to Reproduce:
It's probably a duplicate from bug 16396 or bug 16319. In both cases, rebooting should fix the issue.
FWIW, as this seems to be the only open mga5 report against drakconf - this has recently been reported by several users, after fresh installation of mga 5 WITH all updates, and after a reboot or clean boot. - polkit system service is running fine - polkit user agent is running and working fine - logind user session is considered as active - pkexec works to run programs as root - DISPLAY env. variable is set So all should be good to go, although MCC cannot be started in graphical mode, only the ncurses version shows up when run from a terminal. See e.g. https://forums.mageia.org/en/viewtopic.php?f=7&t=10808 Only workaround for the affected users that is known so far is xhost +local:root I'm out of ideas what the problem could be here, maybe it only happens when using a different security level?
CC: (none) => doktor5000
Assignee: bugsquad => thierry.vignaud
auth is handled by polkit, not by mcc
Assignee: thierry.vignaud => mageiaSource RPM: drakconf-12.60-1.mga5 => drakconf-12.60-1.mga5, polkitCC: (none) => thierry.vignaud
(In reply to Thierry Vignaud from comment #3) > auth is handled by polkit, not by mcc This is not about polkit authentication, polkit is working fine. There seems to be something wrong about the X (authentication), as xhost + fixes this issue. As an example, e.g. /usr/bin/pkexec /usr/libexec/drakxconf will open the ncurses version of drakconf just fine, so polkit is not the issue. If you have more pointers what could cause this I'm all ears. See also https://forums.mageia.org/en/viewtopic.php?f=7&t=10808 with all the details where this issue was reported by two users.
You have a typo..... /usr/bin/pkexec /usr/libexec/drakxconf Confusingly, /usr/libexec/drakxconf actually starts the curses version! You should use /usr/libexec/drakconf (without the x). It works fine then. This is detected automatically if you just run "drakconf" If however, you run drakxconf directly (either with your full pkexec command quoted above, or via the /usr/bin/drakxconf wrapper, it will always run /usr/libexec/drakxconf and give you the curses version. We could probably rename the /usr/libexec/drakxconf file to /usr/libexec/drakconf-curses just to clarify that. The /usr/bin/drakxconf could stay if it wanted, it would just need a minor path tweak inside (as would /usr/bin/drakconf). Not sure if that helps you debug?
(In reply to Colin Guthrie from comment #5) > You have a typo..... > > /usr/bin/pkexec /usr/libexec/drakxconf Nope, that's not a typo, just got the user to run both cases from /bin/drakconf to rule out any issues with the function check_for_xserver. Which seems to have issues, as e.g. "xhost +" helps to fix that, see the forum thread. > Not sure if that helps you debug? Not at all, see above. And the polkit part is actually not the issue, as "pkexec something" works just fine, shows the usual authentication dialog and the runs "something" as root.
I just hit this in Mageia 6 plasma5 but only after installing task-lxde. I will attach journal. End of journal says Program is starting - then nothing happens. ps shows no drakconf process running. pkexec drakconf starts the curses version after GUI auth dialog.
CC: (none) => zen25000
Created attachment 9908 [details] journal output when attempting to run drakconf from taskbar icon in plasma5
(In reply to Barry Jackson from comment #7) > I just hit this in Mageia 6 plasma5 but only after installing task-lxde. > > I will attach journal. > > End of journal says Program is starting - then nothing happens. > ps shows no drakconf process running. > > pkexec drakconf starts the curses version after GUI auth dialog. Changing Version: to 6, then. (In reply to Barry Jackson from comment #8) > Created attachment 9908 [details] > journal output when attempting to run drakconf from taskbar icon in plasma5
Assignee: mageia => mageiatoolsCC: (none) => mageia, marja11Version: 5 => 6
I am experiencing this issue on three separate Mageia7-64 systems, click the icon or launch from a terminal, I get the GUI auth dialog, but the application fails, or the ncurses tool launches. Here's the error report: The "drakconf" program has crashed with the following error: Could not locate symbol webkit_web_view_new at /usr/lib/libDrakX/mygtk3.pm line 621. Perl's trace: drakbug::bug_handler() called from /usr/share/perl5/Carp.pm:291 Carp::croak() called from /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm:67 Glib::Object::Introspection::__ANON__() called from /usr/lib/libDrakX/mygtk3.pm:621 mygtk3::_gtk__WebKit_WebView() called from /usr/lib/libDrakX/mygtk3.pm:610 mygtk3::_gtk__WebKit2_WebView() called from /usr/lib/libDrakX/mygtk3.pm:122 mygtk3::_gtk() called from /usr/lib/libDrakX/mygtk3.pm:59 mygtk3::gtknew() called from /usr/libexec/drakconf:688 Used theme: Adwaita To submit a bug report, click on the report button. This will open a web browser window on Bugzilla where you'll find a form to fill in. The information displayed above will be transferred to that server It would be very useful to attach to your report the output of the following command: 'lspcidrake -v'. Here's lspcidrake -v. This is from a VM, $ lspcidrake -v snd_intel8x0 : Intel Corporation|82801AA AC'97 Audio Controller [MULTIMEDIA_AUDIO] (vendor:8086 device:2415 subv:1028 subd:0177) (rev: 01) Card:VMware virtual video card: VMware|SVGA II Adapter [DISPLAY_VGA] (vendor:15ad device:0405) ohci_pci : Apple Inc.|KeyLargo/Intrepid USB [SERIAL_USB] (vendor:106b device:003f) ata_piix : Intel Corporation|82371AB/EB/MB PIIX4 IDE [STORAGE_IDE] (vendor:8086 device:7111) (rev: 01) e1000 : Intel Corporation|82540EM Gigabit Ethernet Controller [NETWORK_ETHERNET] (vendor:8086 device:100e subv:8086 subd:001e) (rev: 02) unknown : Intel Corporation|440FX - 82441FX PMC [Natoma] [BRIDGE_HOST] (vendor:8086 device:1237) (rev: 02) i2c_piix4 : Intel Corporation|82371AB/EB/MB PIIX4 ACPI [BRIDGE_OTHER] (vendor:8086 device:7113) (rev: 08) vboxguest : InnoTek Systemberatung GmbH|VirtualBox Guest Service [SYSTEM_OTHER] (vendor:80ee device:cafe) unknown : Intel Corporation|82371SB PIIX3 ISA [Natoma/Triton II] [BRIDGE_ISA] (vendor:8086 device:7000) unknown : Intel Corporation|82801HM/HEM (ICH8M/ICH8M-E) SATA Controller [AHCI mode] [STORAGE_SATA] (vendor:8086 device:2829) (rev: 02) hub : Linux 5.1.18-desktop-1.mga7 ohci_hcd|OHCI PCI host controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001) usbhid : VirtualBox|USB Tablet [Human Interface Device|No Subclass|None] (vendor:80ee device:0021) hid_generic : VirtualBox USB Tablet Here's the info from a native install, The "drakconf" program has crashed with the following error: Could not locate symbol webkit_web_view_new at /usr/lib/libDrakX/mygtk3.pm line 621. Perl's trace: drakbug::bug_handler() called from /usr/share/perl5/Carp.pm:291 Carp::croak() called from /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm:67 Glib::Object::Introspection::__ANON__() called from /usr/lib/libDrakX/mygtk3.pm:621 mygtk3::_gtk__WebKit_WebView() called from /usr/lib/libDrakX/mygtk3.pm:610 mygtk3::_gtk__WebKit2_WebView() called from /usr/lib/libDrakX/mygtk3.pm:122 mygtk3::_gtk() called from /usr/lib/libDrakX/mygtk3.pm:59 mygtk3::gtknew() called from /usr/libexec/drakconf:688 Used theme: Adwaita To submit a bug report, click on the report button. This will open a web browser window on Bugzilla where you'll find a form to fill in. The information displayed above will be transferred to that server It would be very useful to attach to your report the output of the following command: 'lspcidrake -v'. And the lspcidrake -v info: $ lspcidrake -v ehci_pci : Intel Corporation|NM10/ICH7 Family USB2 EHCI Controller [SERIAL_USB] (vendor:8086 device:27cc subv:1297 subd:2005) (rev: 02) Card:Intel 810 and later: Intel Corporation|Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller [DISPLAY_VGA] (vendor:8086 device:a001 subv:1297 subd:2005) (rev: 02) uhci_hcd : Intel Corporation|NM10/ICH7 Family USB UHCI Controller #1 [SERIAL_USB] (vendor:8086 device:27c8 subv:1297 subd:2005) (rev: 02) uhci_hcd : Intel Corporation|NM10/ICH7 Family USB UHCI Controller #3 [SERIAL_USB] (vendor:8086 device:27ca subv:1297 subd:2005) (rev: 02) jmb38x_ms : JMicron Technology Corp.|MS Host Controller [SYSTEM_OTHER] (vendor:197b device:2383 subv:1297 subd:2005) (rev: 80) unknown : Intel Corporation|NM10/ICH7 Family PCI Express Port 2 [BRIDGE_PCI] (vendor:8086 device:27d2) (rev: 02) unknown : Intel Corporation|Atom Processor D4xx/D5xx/N4xx/N5xx DMI Bridge [BRIDGE_HOST] (vendor:8086 device:a000 subv:1297 subd:2005) (rev: 02) i2c_i801 : Intel Corporation|NM10/ICH7 Family SMBus Controller [SERIAL_SMBUS] (vendor:8086 device:27da subv:1297 subd:2005) (rev: 02) unknown : Intel Corporation|82801 Mobile PCI Bridge [BRIDGE_PCI] (vendor:8086 device:2448) (rev: e2) jme : JMicron Technology Corp.|JMC260 PCI Express Fast Ethernet Controller [NETWORK_ETHERNET] (vendor:197b device:0260 subv:1297 subd:2005) (rev: 02) unknown : Intel Corporation|NM10/ICH7 Family PCI Express Port 4 [BRIDGE_PCI] (vendor:8086 device:27d6) (rev: 02) snd_hda_intel : Intel Corporation|NM10/ICH7 Family High Definition Audio Controller [MULTIMEDIA_AUDIO_DEV] (vendor:8086 device:27d8 subv:1297 subd:2005) (rev: 02) unknown : Intel Corporation|Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller [DISPLAY_OTHER] (vendor:8086 device:a002 subv:1297 subd:2005) (rev: 02) uhci_hcd : Intel Corporation|NM10/ICH7 Family USB UHCI Controller #2 [SERIAL_USB] (vendor:8086 device:27c9 subv:1297 subd:2005) (rev: 02) sdhci_pci : JMicron Technology Corp.|SD/MMC Host Controller [SYSTEM_OTHER] (vendor:197b device:2382 subv:1297 subd:2005) (rev: 80) lpc_ich : Intel Corporation|NM10 Family LPC Controller [BRIDGE_ISA] (vendor:8086 device:27bc subv:1297 subd:2005) (rev: 02) uhci_hcd : Intel Corporation|NM10/ICH7 Family USB UHCI Controller #4 [SERIAL_USB] (vendor:8086 device:27cb subv:1297 subd:2005) (rev: 02) sdhci_pci : JMicron Technology Corp.|Standard SD Host Controller (vendor:197b device:2381 subv:1297 subd:2005) (rev: 80) unknown : Intel Corporation|NM10/ICH7 Family PCI Express Port 1 [BRIDGE_PCI] (vendor:8086 device:27d0) (rev: 02) ata_piix : Intel Corporation|NM10/ICH7 Family SATA Controller [IDE mode] [STORAGE_IDE] (vendor:8086 device:27c0 subv:1297 subd:2005) (rev: 02) rtl8192se : Realtek Semiconductor Co., Ltd.|RTL8191SEvA Wireless LAN Controller [NETWORK_OTHER] (vendor:10ec device:8171) (rev: 10) hub : Linux 5.1.18-desktop-1.mga7 ehci_hcd|EHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0002) hub : Linux 5.1.18-desktop-1.mga7 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001) hub : Linux 5.1.18-desktop-1.mga7 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001) hub : Linux 5.1.18-desktop-1.mga7 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001) hub : Linux 5.1.18-desktop-1.mga7 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001)
CC: (none) => hoyt
I am stuck with *exactly* the *same* bug in Mageia 7.1 . Everything worked perfectly but suddenly I cannot access anymore MCC at all as a user, nor any of the MCC tools. - When I try from a console, I get this sequence : ---------------------------------------------------------- [michel@localhost ~]$ mcc Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257. ==== AUTHENTICATING FOR org.mageia.drakconf.pkexec.run ==== Authentication is required to run Mageia Control Center GUI Authenticating as: root Password: polkit-agent-helper-1: error response to PolicyKit daemon: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: No session for cookie ==== AUTHENTICATION FAILED ==== Error executing command as another user: Not authorized This incident has been reported. ----------------------------------------------------------- - I also cannot use DNFDragora anymore : it opens but refuses to do its job (install/Uninstall packages). - Everything works fine as soon as I am connected as root.
CC: (none) => michel.autem
(In reply to Hoyt Duff from comment #10) > I am experiencing this issue on three separate Mageia7-64 systems, click the > icon or launch from a terminal, I get the GUI auth dialog, but the > application fails, or the ncurses tool launches. > > Here's the error report: > The "drakconf" program has crashed with the following error: > > Could not locate symbol webkit_web_view_new at /usr/lib/libDrakX/mygtk3.pm > line 621. Whats the output of: rpm -qa |grep -i webkit
CC: (none) => tmb
[michel@localhost ~]$ rpm -qa |grep -i webkit python2-qt5-webkitwidgets-5.12.1-2.mga7 webkit2-2.24.2-2.mga7 lib64webkit2gtk4.0_37-2.24.2-2.mga7 lib64webkit2gtk-gir4.0-2.24.2-2.mga7 lib64qt5webkitwidgets5-5.212.0-1.alpha2.24.mga7 lib64kf5webkit5-5.57.0-1.mga7 lib64qt5webkit5-5.212.0-1.alpha2.24.mga7 perl-Gtk3-WebKit2-0.60.0-9.mga7 lib64proxy-webkit-0.4.15-4.mga7 python2-qt5-webkit-5.12.1-2.mga7 [michel@localhost ~]$
Please see the last comment I added to bug 16396. Thanks.
I still don't know its origin - maybe a cosmic rayons effect -, but *my* bug(?) was particularly stupid and now resolved. Please see last comment to bug 16396. That will help a *LOT* of users .. But even if it gives exactly the same symptoms than initially described in this ticket *here*, not sure my problem was exactly the same. Hoyt's question seems to have nothing to see with that. Rgds.
Hi, thanks for reporting this bug. We are sorry, but we no longer maintains this version of Mageia. Please upgrade to the latest version and reopen this bug against that version if this bug exists there. As a result we are setting this bug to CLOSED:OLD
CC: (none) => ouaurelienStatus: NEW => RESOLVEDResolution: (none) => OLD