Bug 16142 - urpmi fails with "Use of uninitialized value at line 257 of Net/DBus/Binding/Connection.pm"
Summary: urpmi fails with "Use of uninitialized value at line 257 of Net/DBus/Binding/...
Status: NEW
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
: High normal
Target Milestone: ---
Assignee: Mageia tools maintainers
QA Contact:
URL:
Whiteboard: IN_ERRATA
Keywords:
Depends on:
Blocks:
 
Reported: 2015-06-18 15:28 CEST by Dave Hodgins
Modified: 2017-04-21 12:40 CEST (History)
7 users (show)

See Also:
Source RPM: urpmi, perl-Hal-Cdroms
CVE:
Status comment:


Attachments
urpmi.cfg (5.73 KB, application/octet-stream)
2015-06-18 20:14 CEST, Dave Hodgins
Details
report.bug.xz (168.20 KB, application/x-xz)
2015-06-18 20:14 CEST, Dave Hodgins
Details

Description Dave Hodgins 2015-06-18 15:28:53 CEST
In a new Mageia 5 cinnamon only install, with updates installed during the
install, after reboot into the installed system, I tried to run "urpmi xsane".

It failed with the message ...
Use of uninitialized value in subroutine entry at /usr/lib/perl5/vendor_perl/5.20.1/x86_64/linux-thread-multi/Net/DBus/Binding/Connection.pm line 257

Running rpmdrake, it complained that it could not access Core Release, so
I edited the media, and removed the usb stick repositories, even though it
was still plugged in. Using rpmdrake, I was then able to install xsane.
Comment 1 Dave Hodgins 2015-06-18 15:42:34 CEST
Adding Thierry as leuhmanu posted on irc that it should be assigned to you,
not jquelin, even though :maint on irc shows jquelin.
Comment 2 Dave Hodgins 2015-06-18 15:44:08 CEST
Adding Thierry as leuhmanu posted on irc that it should be assigned to you,
not jquelin, even though :maint on irc shows jquelin.
Comment 3 Dave Hodgins 2015-06-18 15:46:03 CEST
Oops. Sorry for the double posting.
Comment 4 Rémi Verschelde 2015-06-18 16:22:21 CEST
CC'ing Martin too as it might be related to recent fixes in bug 5690.
Comment 5 Dave Hodgins 2015-06-18 17:34:23 CEST
I've lowered the priority, as there is a work around that works, so I'll be
voting to go for release in todays council meeting.
Comment 6 Thierry Vignaud 2015-06-18 19:50:06 CEST
Please attach (not paste) your /etc/urpmi/urpmi.cfg and your /root/drakx/report.bug.xz
Comment 7 Dave Hodgins 2015-06-18 20:14:01 CEST
Created attachment 6756 [details]
urpmi.cfg
Comment 8 Dave Hodgins 2015-06-18 20:14:51 CEST
Created attachment 6757 [details]
report.bug.xz
Comment 9 Martin Whitaker 2015-06-18 21:27:00 CEST
Dave, looking at your log, this appears to be a UEFI install, with you having selected the first menu option in the grub2 menu, "Install from DVD", not the third menu option, "Install from USB". Is that correct?

I've just tried a fresh install like this, Cinnamon desktop only, and couldn't reproduce the problem - 'urpmi xsane' worked flawlessly. I left the USB stick plugged in all the time. The original urpmi.cfg entries (in report.bug.xz) look right to me.
Comment 10 Dave Hodgins 2015-06-19 09:30:20 CEST
It's on a dos style mbr drive. It has had a uefi install on it before, which
is why there is an efi/esp partition, but this install was done in non-uefi
mode. With my firmware, I have to go into the settings every time I want
to boot in uefi mode, which I only do when specifically testing uefi installs
which I now have on a third drive (sdc) which uses a gpt style partition
table.

I suspect the usb stick is somehow being turned off when rebooting after
installing, as the led light on it goes out, so is not accessible. I'll
repeat the test later today after I catch up on other things. To recreate
the bug on your system, I suspect the stick will have to be unplugged.
Comment 11 Martin Whitaker 2015-06-19 20:44:23 CEST
Ah, fooled by the /boot/EFI entry in your fstab!

I've reproduced this (both with legacy and UEFI boot). Without the USB stick plugged in, urpmi first prints the message

  Please insert the medium named 'Core Release'

then immediately gives the error message you reported. With the USB stick plugged in, it works as expected.

This only affects urpmi - drakrpm works as expected.

I tried adding the same media entries in my main mga5 installation, but didn't see this fault there. Maybe this hints at something missing in the base installation.

N.B. This is not related to the fixes for bug 5690, as here the USB stick is being treated as a cdrom, not a hard disk.
Comment 12 Martin Whitaker 2015-06-20 01:03:53 CEST
(In reply to Martin Whitaker from comment #11)
> I tried adding the same media entries in my main mga5 installation, but
> didn't see this fault there. Maybe this hints at something missing in the
> base installation.
> 
No, this is because my main installation was installed from disk, so the perl-Hal-Cdroms package wasn't installed. Installing that package causes urpmi to behave in the same way as my test installation.

For me, this error message isn't fatal - urpmi continues to run. The problem I'm seeing is that urpmi is waiting for a CD to be inserted, and a USB stick won't do! If after inserting the USB stick, I insert a CD (any old CD will do), urpmi then resumes and installs the package from the USB stick.
Comment 13 Samuel Verschelde 2015-06-20 09:33:08 CEST
Please urgently add a small note to the Errata page. Mageia 5 is out already.
Comment 14 Martin Whitaker 2015-06-20 10:42:50 CEST
Added to errata:

https://wiki.mageia.org/en/Mageia_5_Errata#Installing_additional_software_packages_from_a_USB_memory_stick

Dave, can you test whether the workarounds I describe work for you.
Comment 15 Samuel Verschelde 2015-06-20 11:09:55 CEST
Wouldn't removing the CD/DVD installation sources from drakrpm-edit-media be a simpler workaround?
Comment 16 Martin Whitaker 2015-06-20 12:01:58 CEST
(In reply to Samuel VERSCHELDE from comment #15)
> Wouldn't removing the CD/DVD installation sources from drakrpm-edit-media be
> a simpler workaround?

Not for people with a slow internet connection, who want to install from media they've already downloaded. But I've updated the errata to add that as a third alternative workaround.
Comment 17 Nicolas Lécureuil 2017-04-21 12:39:01 CEST
is it still valid ?
Comment 18 Nicolas Lécureuil 2017-04-21 12:40:04 CEST
is it still valid ?

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