Description of problem: When choosing ftp.acc.umu.se as a mirror in stage1 the preload with the progress indicator works fine, but as soon as you see stage2 and choosing to install only one Desktop Environment (MATE) and proceed to start the system installation it fails to install glibc and I think glibc-devel due to bad rpms. Choosing another installation/update mirror during stage1 fixes the issue, but not the cause as this can be reproduced more times. This is the only mirror that I've seen this issue on so far. Version-Release number of selected component (if applicable): 18.45 How reproducible: Everytime. Steps to Reproduce: 1. Check that the netinstall iso has the correct md5sum. 2. Burn the iso to a USB stick/drive. 3. Reboot into the installer and choose HTTP. 4. Choose ftp.acc.umu.se as a mirror. 5. Let it preload the next stage. 6. Choose to install MATE as Desktop Environment and click Proceed. 7. Before the list of packages being installed glibc and glibc-devel has to be installed first and here's were the installer halts and calls them bad rpms.
Summary: Cannot get to the partition formatting in stage2 due to bad rpms => Cannot install Mageia 8 due to bad rpms (glibc and glibc-devel)
Summary: Cannot install Mageia 8 due to bad rpms (glibc and glibc-devel) => Cannot install Mageia 8 using ftp.acc.umu.se as a mirror due to bad rpms (glibc and glibc-devel)
Can/will this the solved until Mageia 9 is released? I don't think it's a synchronisation problem since Mageia 8 has been stable and released for little less than a year. Footnote: I chose to not check the box for Testing and/or Backports medias during the installation if that really matters.
# urpmi --clean # urpmi --test --verify-rpm --replacefiles --replacepkgs -v ftp://mirror.accum.se/mirror/mageia/distrib/8/x86_64/media/core/updates/glibc-2.32-30.mga8.x86_64.rpm shows the rpm package is ok and properly signed. Same for glibc-devel No idea why you're seeing bad rpm messages.
CC: (none) => davidwhodgins
(In reply to Dave Hodgins from comment #2) > # urpmi --clean > # urpmi --test --verify-rpm --replacefiles --replacepkgs -v > ftp://mirror.accum.se/mirror/mageia/distrib/8/x86_64/media/core/updates/ > glibc-2.32-30.mga8.x86_64.rpm > shows the rpm package is ok and properly signed. > > Same for glibc-devel > > No idea why you're seeing bad rpm messages. Thanks for trying to reproduce, but did you really boot the netinstall iso and chose to use ftp.acc.umu.se during stage1? I'm telling you that the installer fails with a window mentioning glibc and glibc-devel being bad rpms. If I use for example ftp.klid.dk that issue is not present.
Created attachment 13653 [details] Screenshot of error Bug confirmed using the 125829120 byte Feb 18 2021 Mageia-8-netinstall-nonfree-x86_64.iso in a vb guest using http for the selected connection. Using the same mirror but selecting ftp does work, though the mirror url and directory must be entered manually as https://mirrors.mageia.org/ does not show ftp being supported, despite the url. Replicated the error in a vb guest.
Created attachment 13654 [details] Screenshot showing the cause of the error
[dave@x3 tmp]$ curl http://ftp.acc.umu.se/mirror/mageia/distrib/8/x86_64/media/core/updates/perl-5.32.1-1.1.mga8.x86_64.rpm -o perl-5.32.1-1.1.mga8.x86_64.rpm % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 428 100 428 0 0 924 0 --:--:-- --:--:-- --:--:-- 922 [dave@x3 tmp]$ cat perl-5.32.1-1.1.mga8.x86_64.rpm <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>302 Found</title> </head><body> <h1>Found</h1> <p>The document has moved <a href="http://saimei.ftp.acc.umu.se/mirror/mageia/distrib/8/x86_64/media/core/updates/perl-5.32.1-1.1.mga8.x86_64.rpm">here</a>.</p> <hr> <address>Apache/2.4.54 (Unix) Server at <a href="https://mirror.accum.se/about/index.html">mirror.accum.se</a> Port 80</address> </body></html> For some reason, curl is not following redirects, even if --max-redirs is specified.
Assignee: bugsquad => isobuild
Same if using https instead of http for the url.
Confirmed by % sudo urpmi --downloader curl --test http://mirror.accum.se/mirror/mageia/distrib/8/x86_64/media/core/updates/glibc-2.32-30.mga8.x86_64.rpm unable to register rpm file error registering local packages which can be worked around by adding the extra urpmi option "--curl-option -L" @Dave, installer bugs should be assigned to the Mageia tools maintainers, not to the ISO builders. In any case, I think this would be better fixed in urpmi, unless someone thinks automatically following http redirects is a security risk.
CC: (none) => mageiaSource RPM: drakx-installer-stage2 => urpmi or drakx-installer-stage2Assignee: isobuild => mageiatools
I was using the https://ftp.acc.umu.se/mirror URI adding that extra option makes it work :) $ sudo LC_ALL=C urpmi --downloader curl --test https://ftp.acc.umu.se/mirror/mageia/distrib/8/x86_64/media/core/updates/glibc-2.32-30.mga8.x86_64.rpm unable to register rpm file error registering local packages $ sudo LC_ALL=C urpmi --downloader curl --curl-option -L --test https://ftp.acc.umu.se/mirror/mageia/distrib/8/x86_64/media/core/updates/glibc-2.32-30.mga8.x86_64.rpm Package glibc-2.32-30.mga8.x86_64 is already installed
CC: (none) => fri
Should be fixed in cauldron with urpmi-8.129-1.mga9. As we won't be releasing new Mageia 8 ISOs, I don't know whether it's worth backporting the fix to Mageia 8.
Source RPM: urpmi or drakx-installer-stage2 => urpmi
Thanks If this improves an installed mga8, it is probably worth backporting; i.e for some where the problem is intermittent, user change to a mirror, or the mirror itself have changed behaviour to need this fix. Also IMO this fix should be on the mga9 ISOs we release as public beta.
I see the error no more clear....... when the installer in Mageia 8 tries to install glibc and perl the mirror adress uses http instead of https. Clicking to continue anyway spills out the same error about lib64python3.8-stdlib and icu68-data and the adress to those packages still starts with http. Not that I think it matters, but I'd like to think it makes a difference.
Installing mga8 netinstall nonfree 32 bit, it fail on omu.se (even with (In reply to Martin Whitaker from comment #10) > Should be fixed in cauldron with urpmi-8.129-1.mga9. > > As we won't be releasing new Mageia 8 ISOs, I don't know whether it's worth > backporting the fix to Mageia 8. IMO, we should fix the mga8 netinstaller images. Tried now mga8 netinstaller nonfree 32 bit and it failed on ftp.acc.umu.se, but succeeded on ftp-stud.hs-esslingen.de. Both using http (umu.se do not support ftp) and with "linux downloader=wget" entered in the boot screen of installer. Or, at least, we should have list of what mirrors works...
Even if late, mga8 is the current release.
Keywords: (none) => FOR_ERRATA8
Mageia 8 is EOL.
Resolution: (none) => OLDStatus: NEW => RESOLVED