| Summary: | genhdlist2 missing in the isos (was urpmi.addmedia for a type-file media fails due to lack of genhdlist2) | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Juergen Harms <juergen.harms> |
| Component: | RPM Packages | Assignee: | Mageia Bug Squad <bugsquad> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | major | ||
| Priority: | Normal | CC: | ennael1, sysadmin-bugs, thierry.vignaud |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | i586 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | urpmi | CVE: | |
| Status comment: | |||
|
Description
Juergen Harms
2012-02-25 08:26:42 CET
Manuel Hiebel
2012-02-26 12:17:08 CET
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 =>
RESOLVED > 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 =>
REOPENED
Manuel Hiebel
2012-02-26 19:47:24 CET
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 Packages 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 =>
RESOLVED Thank you |