We need to push this fix to mga1 users prior to mga2 coming out and thus before we offer them to live upgrade to mga2. Advisory: ========== This update of urpmi fixes installing updates when they have new dependancies from 'Core Release' medium (mga#2317). It also fix gurpmi layout when there's big strings (mga#5118). It also adds basic support for urpmi --downgrade (mga#6655). Last but not least, urpmq got a minor documentation fix (mga#7166). The perl-URPM update add infrastructure for downgrading packages. Reproducible: Steps to Reproduce:
Depends on: (none) => 2317
(In reply to Thierry Vignaud from comment #0) > We need to push this fix to mga1 users prior to mga2 coming out and thus > before we offer them to live upgrade to mga2. mga1? We don't support it anymore. Did you mean mga2 and mga3 instead?
CC: (none) => sander.lepik
what about http://svnweb.mageia.org/soft?view=revision&revision=5737 in urpmi for http://svnweb.mageia.org/soft?view=revision&revision=5741 in mgaonline ?
It's for mga2 obviously
Source RPM: urpmi perl-URPM => urpmi-6.48.4-1.mga2 perl-URPM-3.40.3-1.mga2
With urpmi.. # urpmi webmin To satisfy dependencies, the following packages are going to be installed: Package Version Release Arch (medium "Core Release") perl-IO-Tty 1.100.0 4.mga2 i586 (medium "Core Updates Testing") perl-Authen-Libwrap 0.220.0 1.mga2 i586 webmin 1.620 1.1.mga2 noarch 101KB of additional disk space will be used. 14MB of packages will be retrieved. Proceed with the installation of the 3 packages? (Y/n) n with MageiaUpdate.. To satisfy dependencies, the following package(s) also need to be installed: - perl-Authen-Libwrap-0.220.0-1.mga2.i586 - perl-IO-Tty-1.100.0-4.mga2.i586 101KB of additional disk space will be used. So this certainly seems to fix bug 2317 with an update in core updates requiring something from release. It should also be tested to ensure updates for tainted with new recursive requires in tainted release or core release & similar for nonfree. 2317 also affected updates made in the installer but there is no simple way to test that.
Downgrade version has to be explicitly given (or it fails) but it does work, thanks for that Thierry. Also urpmq --sources man checked. Man for --downgrade seems identical to --replacepkgs at the moment. Wrong.. # urpmi --downgrade kscd The following package has to be removed for others to be upgraded: kscd-4.8.5-1.2.mga2.i586 (in order to install kscd-4.8.5-1.2.mga2.i586) (y/N) y http://mirror/distrib/2/i586/media/core/updates/kscd-4.8.5-1.2.mga2.i586.rpm installing kscd-4.8.5-1.2.mga2.i586.rpm from /var/cache/urpmi/rpms Preparing... ##################################### Installation failed: package kscd-3:4.8.5-1.2.mga2.i586 is already installed Right.. # urpmi --downgrade kscd-4.8.2-5.mga2.i586 The following package has to be removed for others to be upgraded: kscd-4.8.5-1.2.mga2.i586 (in order to install kscd-4.8.2-5.mga2.i586) (y/N) y http://mirror/distrib/2/i586/media/core/release/kscd-4.8.2-5.mga2.i586.rpm installing kscd-4.8.2-5.mga2.i586.rpm from /var/cache/urpmi/rpms Preparing... ##################################### 1/1: kscd #####################################
Whiteboard: (none) => has_procedure mga2-32-ok?
Tested that a tainted package requiring something from core release is ok. # rpm -e --nodeps libSDL1.2_0 before updating ffmpeg to tainted version. MageiaUpdate brings in the missing dependency without issue. To satisfy dependencies, the following package(s) also need to be installed: - libavcodec53-0.10.7-1.mga2.tainted.i586 - libavfilter2-0.10.7-1.mga2.tainted.i586 - libavformat53-0.10.7-1.mga2.tainted.i586 - libavutil51-0.10.7-1.mga2.tainted.i586 - libpostproc52-0.10.7-1.mga2.tainted.i586 - libSDL1.2_0-1.2.14-10.mga2.i586 <<<<< Tadaah! - libswresample0-0.10.7-1.mga2.tainted.i586 - libswscaler2-0.10.7-1.mga2.tainted.i586 It would be good to also check if a missing require from tainted release will also be selected without issue, need to find a package to do that with.
I don't think we have a suitable package to test added dependencies in tainted release. Thierry, any ideas please?
There's no need to do a specific test, the behaviour will be the same as for core
Thanks for the info, I'll alter the advisory a little to reflect that. I've been using this quite extensively for a few days now on two computers 32 & 64 bit and other updates affected by bug 2317 (which this update does cure \o/) are being held for this so I think we should validate. Advisory: ========== This update of urpmi fixes installing updates when they have new recursive dependencies in 'Release' medias (mga#2317). It fixes gurpmi layout when there are long strings (mga#5118) and also adds basic support for urpmi --downgrade (mga#6655). Last but not least, urpmq got a minor documentation fix (mga#7166). The perl-URPM update adds infrastructure for downgrading packages. https://bugs.mageia.org/show_bug.cgi?id=2317 https://bugs.mageia.org/show_bug.cgi?id=5118 https://bugs.mageia.org/show_bug.cgi?id=6655 https://bugs.mageia.org/show_bug.cgi?id=7166 ========== SRPMs: urpmi-6.48.4-1.mga2 perl-URPM-3.40.3-1.mga2 Could sysadmin please push from core/updates_testing to core/updates Thanks!
Keywords: (none) => validated_updateWhiteboard: has_procedure mga2-32-ok? => has_procedure mga2-32-ok mga2-64-okCC: (none) => sysadmin-bugs
Update pushed: https://wiki.mageia.org/en/Support/Advisories/MGAA-2013-0018
Status: NEW => RESOLVEDCC: (none) => tmbResolution: (none) => FIXED