| Summary: | Cannot install Mageia 8 using ftp.acc.umu.se as a mirror due to bad rpms (glibc and glibc-devel) | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Kristoffer Grundström <lovaren> |
| Component: | Release (media or process) | Assignee: | Mageia tools maintainers <mageiatools> |
| Status: | RESOLVED OLD | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | davidwhodgins, fri, mageia, sysadmin-bugs |
| Version: | 8 | Keywords: | FOR_ERRATA8 |
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | https://ftp.acc.umu.se/mirror/mageia/distrib/8/ | ||
| Whiteboard: | |||
| Source RPM: | urpmi | CVE: | |
| Status comment: | |||
| Attachments: |
Screenshot of error
Screenshot showing the cause of the error |
||
|
Description
Kristoffer Grundström
2022-12-29 00:30:29 CET
Kristoffer Grundström
2022-12-29 00:31:07 CET
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)
Kristoffer Grundström
2022-12-29 00:31:35 CET
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) =>
mageia 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) =>
OLD |