Description of problem: On a newly installed cauldron (beta 1 - but same problem already with alpha) urpmi.addmedia (type file medium) fails with the message genhdlist2 failed on /tmp/RPMS So does also urpmi.update. A requires genhdlist2 appears to miss in urpmi. There is a secondary problem: genhdlist2 is not on the install iso DVD and needs to be fetched from a repository - all urpmi functions should work on a newly installed system that has urpmi in the packagelist. How reproducible: always. Steps to Reproduce: 1. mkdir /tmp/RPMS ; cp some-package /tmp/RPMS 2. urpmi.addmedia temp_medium file://tmp/RPMS 3.
Assignee: bugsquad => thierry.vignaud
genhdlist2 is suggested by urpmi. If you used --no-suggest at install time, you just have to install genhdlist2 again.
Status: NEW => RESOLVEDResolution: (none) => WONTFIX
> If you used --no-suggest at install time, you just have to install genhdlist2 > again. I agree: "if", but I did not. Is it possible to verify an in-advertent use of "--no-suggest" by checking in /root/drakx/ddebug.log? I checked in /root/drakx/ddebug.log: here are the 3 pairs of lines that refer to genhdlist2: * requested aria2, genhdlist2, eject suggested by urpmi-6.44-1.mga2.noarch * no packages match genhdlist2 (it is either in skip.list or already rejected) * requested eject, aria2, genhdlist2 suggested by urpmi-6.44-1.mga2.noarch * no packages match genhdlist2 (it is either in skip.list or already rejected) * requested eject, aria2, genhdlist2 suggested by urpmi-6.44-1.mga2.noarch * no packages match genhdlist2 (it is either in skip.list or already rejected) So, the assumption of the missing require does not hold, but the problem is probably that genhdlist2 does not exist the install medium. PS: I dont agree: uprmi.addmedia and urpmi.update media should always as lwork as documented in the man-pages as long as the urpmi package has been installed.
genhdlist2 is missing in the isos :/
Status: RESOLVED => REOPENEDCC: (none) => sysadmin-bugsComponent: RPM Packages => Release (media or process)Resolution: WONTFIX => (none)Assignee: thierry.vignaud => bugsquadSummary: urpmi.addmedia for a type-file media fails due to lack of genhdlist2 => genhdlist2 missing in the isos (was urpmi.addmedia for a type-file media fails due to lack of genhdlist2)Source RPM: urpmi-6.44-1.mga2 => (none)
Assignee: bugsquad => ennael1
Indeed, just checked Mageia-2-beta1-i586-DVD.idx
CC: (none) => thierry.vignaud
Isos are built without any suggests. If genhdlist2 is a suggest it will not be added unless it's listed in rpmsrate or bcd configuration.
(In reply to comment #5) > Isos are built without any suggests. If genhdlist2 is a suggest it will not be > added unless it's listed in rpmsrate or bcd configuration. Maybe all dev/packagers should know that to ovoid such thing ?
Is there a particular reason why genhdlist2 is only a suggest in urpmi?
It's useless for 99.9% of our users. However, given that it's small and it doesn't bring new requires, I think we could switch that suggests to a requires
Component: Release (media or process) => RPM PackagesAssignee: ennael1 => bugsquadSource RPM: (none) => urpmi
If urpmi does not require it, why change our policy? No need really
CC: (none) => ennael1
It doesn't need it by default (aka when using mga repo). Previously, urpmi always required eject & genhdlist2. I changed those 2 requires in suggests as they are rarely used when I killed many requires/suggest cycles that were bloated the install. Indeed eject isn't needed when using cdrom media since udisks is used. And genhdlist2 is only usefull for rare cases (when one manually put some packages in some directory, then run "urpmi.addmedia /that/directory") I can make urpmi requires genhdlist2 again (it's only 22kb and do not require anything more). I can do the same for eject. Or I can alter rpmsrate to list eject in the NONINSTALL section and make installer select it when performing a DVD install (like it does for perl-Hal-Cdroms)
I see 3 arguments: 1. It takes 22k and is useless for 99.9% of our users. I understand the issue, but the number of 9's is wrong: genhdlist is needed by everybody who maintains a local repository (and local repositories are set up first thing after an install, before you start downloading). 2. The strength of Mageia is that it is attractive both to the 99.9% and to the 0.1% of the users. 100% - 0.1 would be << 99.9% ! 3. The functions of urpmi.addmedia and urpmi.update are clearly defined - no particular conditions for type-file media. Without genhdlist, urpmi.addmedia and update.update would appear to be broken for type-file media - not what one expects from Mageia! (and this is a very different situation from that of eject)
Just fixed in urpmi
Status: REOPENED => RESOLVEDResolution: (none) => FIXED
Thank you