Bug 11384 - net_applet crashed
Summary: net_applet crashed
Status: RESOLVED DUPLICATE of bug 11286
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords: NEEDINFO
Depends on:
Blocks:
 
Reported: 2013-10-06 00:30 CEST by Richard Walker
Modified: 2013-10-08 00:07 CEST (History)
0 users

See Also:
Source RPM: drakx-net-applet-1.27-1.mga4
CVE:
Status comment:


Attachments

Description Richard Walker 2013-10-06 00:30:53 CEST
The "net_applet" program crashed. Drakbug-15.65 caught it.

in Virtualbox 4.2.16 on MGA3 running MGA4 A3 I attempted to use the KDE tray icon (net_applet?) to enable the eth0 interface as the default selected interface (of unusual and unrecognisable name) is not working.

Undefined subroutine &common::wrap_command_for_root called at /usr/lib/libDrakX/network/tools.pm line 24.
Perl's trace:
standalone::bug_handler() called from /usr/bin/net_applet:287

Theme name: oxygen-gtk
Kernel version = 3.11.2-desktop-2.mga4
Distribution=Mageia release 4 (Cauldron) for x86_64
CPU=AMD A8-5600K APU with Radeon(tm) HD Graphics
Comment 1 Manuel Hiebel 2013-10-07 12:48:42 CEST
can you reproduce with the updates of drakx-net ?

Keywords: (none) => NEEDINFO

Comment 2 Richard Walker 2013-10-07 13:43:06 CEST
Manuel, 
I have just booted the VM to the KDE4 desktop to try the update but there now appears to be something wrong with the configured repositories so I have removed them all and re-initialised the list and pulled the updates. But, I cannot reboot with any of the usual shutdown methods. However, "Switch User" offered me the normal login menu from which the restart option did work so I am waiting for the desktop to re-appear.

OK, the net_applet was again showing the strange port name (enp0s3) so I changed the "Watched port" setting from Auto to eth0 and clicked on "Connect wired ethernet (eth0)" or something like that. The applet crashed again and showed this:
The "net_applet" program has crashed with the following error:

  Undefined subroutine &common::wrap_command_for_root called at /usr/lib/libDrakX/network/tools.pm line 24.
  Perl's trace:
  standalone::bug_handler() called from /usr/bin/net_applet:287

Used theme: oxygen-gtk

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'.



Do you really want the lspcidrake -v output from this Virtualbox installation?

R
Comment 3 Richard Walker 2013-10-07 14:49:04 CEST
PS.

I have had a look at common.pm and can confirm that there is no "wrap_command_for_root()" in it.

R
Comment 4 Manuel Hiebel 2013-10-07 15:05:41 CEST
with what for version of drakx-net ? there is a 1.27
Comment 5 Richard Walker 2013-10-07 15:27:31 CEST
       Version: 1.27-1.mga4
        Currently installed version: 1.27-1.mga4
 
I seem to have the current version.

R
Comment 6 Richard Walker 2013-10-07 15:40:06 CEST
After a bit more ferreting around I see that the common.pm in my host MGA3 contains:

sub wrap_command_for_root {
    my ($name, @args) = @_;
    ([ 'consolehelper', $name ], @args);
}


This is absent from the version in MGA4, though the helper is included in usermode-consoleonly which is still the MGA3 version (Version: 1:1.111-3.mga3)
Comment 7 Richard Walker 2013-10-07 15:55:54 CEST
OK, I think I have solved the problem.

Funny thing is this has been annoying me from time to time in MGA3 and now I know why, and, perhaps, how to fix it.

The problem is indeed due to the "missing" wrap_command_for_root.

It is missing in MGA4 version of common.pm but present in the MGA3 version so why does this fix it for MGA3? Simply (I think) because there is no mention in either version of common.pm of the need to export the name of this function:

From MGA3 common.pm
use Exporter;
our @ISA = qw(Exporter);
our @EXPORT = qw($SECTORSIZE N P N_ check_for_xserver files_exist formatTime MB formatXiB get_parent_uid is_running makedev mageia_release mageia_release_info removeXiBSuffix require_root_capability setVirtual set_alternative set_l10n_sort set_permissions to_utf8  translate unmakedev);

From MGA4 common.pm
use Exporter;
our @ISA = qw(Exporter);
our @EXPORT = qw($SECTORSIZE N P N_ check_for_xserver files_exist formatTime MB formatXiB get_parent_uid is_running makedev mageia_release mageia_release_info removeXiBSuffix require_root_capability setVirtual set_alternative set_l10n_sort set_permissions to_utf8  translate unmakedev);

When I add the missing routine in MGA4 and add it to the export list the net_applet does not crash. Neither does it succeed in connecting eth0, but I suspect that is another story...

R
Comment 8 Manuel Hiebel 2013-10-07 17:01:28 CEST
yep we switched to polkit, I was thinking update was already done but looks like it's not the case

*** This bug has been marked as a duplicate of bug 11286 ***

Status: NEW => RESOLVED
Resolution: (none) => DUPLICATE
Source RPM: drakx-net-applet-1.26-1.mga4 => drakx-net-applet-1.27-1.mga4

Comment 9 Richard Walker 2013-10-07 17:31:33 CEST
Thanks Manuel, should I open a new bug for MGA3 then? Or will this do to get it fixed too?

R
Comment 10 Manuel Hiebel 2013-10-07 17:58:08 CEST
such particular crash bug doesn't exist (or should not) on mga3, as the switch was done only for 3-4 weeks
Comment 11 Richard Walker 2013-10-07 18:11:12 CEST
Sorry Manuel, I wasn't referring to the particular bug you have identified in MGA4 but to the bug I experience in MGA3 which is caused by the absence of "wrap_command_for_root" in the export list of common.pm, as noted in comment 7 above.

When I create the required entry in the export list of common.pm on MGA3 the crash of net_applet no longer happens when I use it to take down/bring up/change the network connection.

For me this is a great advantage as otherwise I have been afraid to use net_applet for anything (to avoid it crashing) other than observing current information in the pop-up/balloon notification.

If this bug has not previously been notified for MGA3 then is it enough to have the suggested fix checked out and applied, or should I raise a new bug?

R
Comment 12 Richard Walker 2013-10-08 00:07:36 CEST
...ok, new bug it is then.

R

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