Description of problem: urpmi.update -a only takes activated media into account. This defeats the purpose of the "all media" switch. How reproducible: 100% Steps to Reproduce: 1. "urpmi.update -a" 2. no testing media is updated/only active media is updated (so it is assumed that (like in the default setup) Testing media is not set to active) 3. urpmi.update Testing 4. it has no problem updating Testing media
If the media is not active then why would you update it anyway? I'm using this command quite often and i don't want it to download all those debug files.
CC: (none) => sander.lepik
Thierry I think we can close as wontfix ?
CC: (none) => thierry.vignaudSource RPM: mgaonline-2.77.29-1.mga1.src.rpm => urpmiSeverity: major => normal
Why are you using it when you only care about active media? mageiaonline applet does update the regular media for you anyway, no need to explicitly update the regular ones. And all media means "all media", it doesn't mean "active media" And I want to update all because from time to time I want something from testing updates, that I normally don't have enabled and don't want to show up in rpmdrake. Like for example a kernel update I'm asked to checkout to verify a fix. WONTFIX is not acceptable, either you change the meaning to active media and thus update both manpage as well as help output (but that would be pretty pointless), or you fix it to really mean all media as the documentation says.
If you want something from testing you just use "urpmi.update Core\ Updates\ Testing".. you can create your own alias for it.. There is no point to update all inactive medias that you are not going to use..
Looks like my comment didn't make it. I did fixed the help message locally in git in order to match the historical & sensical behavior
Status: NEW => RESOLVEDResolution: (none) => WONTFIX
Indeed, it would slow every users for no good reason (usual case is quite a lot more inactive media than active ones).
urpmi.update lacks an option to update all media, active or not (Or I havent found it yet), this is a valid enhancement request to me. (In reply to comment #1) > If the media is not active then why would you update it anyway? I'm using this > command quite often and i don't want it to download all those debug files. when you play often with --media and --search-media, this is really painful to have to update each media manually (the trick I use : "urpmi.update --media a" which works because all media have a "a" in their name) I'm reopening this as an enhancement request for urpmi (new switch instead or in addition to -a) By the way, but slightly off-topic, we often see people who activate the testing media then don't find the package they are looking for in them (backports don't have this problem because they are updated specifically for rpmdrake needs). A way to ensure media are regularly updated would be great. As we use synthesis, this is usually fast and I think few users would mind having this run in the background several times a day (and if they mind, give them an option :)).
Status: RESOLVED => REOPENEDCC: (none) => stormiHardware: x86_64 => AllVersion: 1 => CauldronResolution: WONTFIX => (none)Severity: normal => enhancement
Summary: "urpmi.update -a" does not update all media, only active media => add an option to allow "urpmi.update" to update all media, active or not
And as written before: Closing without any action is not acceptable. Either fix the application or fix the documentation. I of course would love to have the application fixed. As I don't see why it should affect all users. Only those who use the -a switch, and if people use all media, I expect them to mean all media. And of course the one with testing was an example. Often enough I just want to see whether package xy exists at all, an there is no way to tell in what repo it is, so I have to update all anyway.
(In reply to comment #8) > And as written before: Closing without any action is not acceptable. Either fix > the application or fix the documentation. I of course would love to have the > application fixed. The doc is fixed in the development version, as tv told. I think it can wait for Mageia 2, issueing an update for a doc fix, with all the risks there are with urpmi updates for Mageia 1 (if broken, how will you update ?), would probably be too much (although I wouldn't mind a fix on the Mageia 1 branch, so that it ships in case there's a future urpmi update for Mageia 1) > And of course the one with testing was an example. Often enough I just want to > see whether package xy exists at all, an there is no way to tell in what repo > it is, so I have to update all anyway. Indeed, that is a valid use case too (most of us here are used to ask the Sophie bot about this kind of thing, but there's no reason why we should make it hard to do it on once system.
urpmi.update Core Nonfree Tainted will update all repositories.
CC: (none) => davidwhodgins
(In reply to comment #10) > urpmi.update Core Nonfree Tainted > will update all repositories. yep, and creating an alias, like Sander suggested in comment 4, works great [root@DenkBlok2 marja]# alias bla='urpmi.update Core Nonfree Tainted' [root@DenkBlok2 marja]# bla medium "Nonfree Release" is up-to-date medium "Nonfree Release Debug" is up-to-date medium "Nonfree Updates" is up-to-date medium "Nonfree Updates Debug" is up-to-date medium "Nonfree Updates Testing" is up-to-date etc. etc. And you can even update all media, including inactive ones, in MCC > Install&Remove Software > File > Update media > Select all > Update The urpmi.update man page used to say -a Select all non-static media to update them. and now it says -a Select all enabled non-static media to update them. So there is no more confusion. Closing this bug report
Status: REOPENED => RESOLVEDCC: (none) => marja11Resolution: (none) => WONTFIX