| Summary: | Upgrade from Mageia 5 to 6 fails if perl-CGI-Emulate-PSGI is installed | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Frédéric "LpSolit" Buclin <LpSolit> |
| Component: | RPM Packages | Assignee: | Shlomi Fish <shlomif> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | major | ||
| Priority: | Normal | CC: | marja11 |
| Version: | Cauldron | ||
| Target Milestone: | Mageia 6 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | perl-CGI-Emulate-PSGI | CVE: | |
| Status comment: | |||
| Bug Depends on: | 20484 | ||
| Bug Blocks: | |||
| Attachments: | "Add additional media" screen | ||
|
Description
Frédéric "LpSolit" Buclin
2017-04-29 18:48:23 CEST
Assinging to the registered maintainer CC:
(none) =>
marja11 (In reply to Frédéric Buclin from comment #0) > I tried upgrading from Mageia 5 to 6RC using Mageia-6-rc-x86_64-DVD.iso from > April 27, and the upgrade fails pretty quickly with this error message: > > perl(CGI) >= 3.630.0 is needed by (installed) > perl-CGI-Emulate-PSGI-0.200.0-5.mga5.noarch > > If I uninstall perl-CGI-Emulate-PSGI first, then the upgrade completes > without any other error. I think that the .isos should not be used for upgrades, because their package selection is more limited. Instead, one should either use urpmi/dnf net upgrade or prepare a list of needed packages and put it on a media. (In reply to Shlomi Fish from comment #2) > I think that the .isos should not be used for upgrades, because their > package selection is more limited. Instead, one should either use urpmi/dnf > net upgrade or prepare a list of needed packages and put it on a media. The documentation says that you can upgrade using the classical DVD, see: https://wiki.mageia.org/en/Mageia_5_Release_Notes#Using_the_traditional_Mageia_5_DVD_to_Upgrade For packages which are not on the DVD, they are supposed to be downloaded using remote media. (In reply to Frédéric Buclin from comment #3) > (In reply to Shlomi Fish from comment #2) > > I think that the .isos should not be used for upgrades, because their > > package selection is more limited. Instead, one should either use urpmi/dnf > > net upgrade or prepare a list of needed packages and put it on a media. > > The documentation says that you can upgrade using the classical DVD, see: > https://wiki.mageia.org/en/ > Mageia_5_Release_Notes#Using_the_traditional_Mageia_5_DVD_to_Upgrade > > For packages which are not on the DVD, they are supposed to be downloaded > using remote media. It seems we gave a very wrong advice.... I don't remember ever having gotten the screen to enable additional media while upgrading, and the reporter of bug 20484 didn't see it, either :-( Lebarhon intends to do some test upgrades to figure out what exactly happens and can be done during an upgrade with the classical DVD, so that our documentation can be fixed accordingly, see bug #20750, comment #5 Created attachment 9243 [details] "Add additional media" screen (In reply to Marja van Waes from comment #4) > It seems we gave a very wrong advice.... I don't remember ever having gotten > the screen to enable additional media while upgrading This screen is here, but I suspect it only mentions media being on the DVD itself, not remote ones. I think the problem comes from: http://gitweb.mageia.org/software/drakx/tree/perl-install/standalone/finish-install#n120 sub ask_urpmi() { #- configure urpmi media if no online media are configured my @media_url = map { top(split(' ', $_)) } run_program::get_stdout('urpmq', '--list-url'); my @online_media = grep { !m,^(?:file://)?/, } @media_url; @online_media and return; any::urpmi_add_all_media($in); } urpmq --list-url returns URLs of the existing Mageia installation (in my case: Mageia 5) and so @online_media is populated and the DVD doesn't try to add new remote media. IMO, old URLs should be skipped. This would give us the desired behavior, I think. Hum, I wonder if I looked at the right place. Maybe this one? http://gitweb.mageia.org/software/drakx/tree/perl-install/install/any.pm#n310 I suspect this bug will be solved automatically thanks to the commit in bug 20484. I will wait for the next 6RC ISO to test the upgrade again. Depends on:
(none) =>
20484 (In reply to Frédéric Buclin from comment #8) > I suspect this bug will be solved automatically thanks to the commit in bug > 20484. I will wait for the next 6RC ISO to test the upgrade again. Bug 20484 indeed fixed this bug as well. Closing! Resolution:
(none) =>
FIXED |