I have seen this confusing error message in the last line of the output of dnf in Cauldron quite a lot. Complete! Error: Missing /usr/lib64/gconv/gconv-modules.cache file.n[root@mga9-vm-alpha ~]# The transaction itself was always complete, confirmed by dnf history and snapper. I did never spot any regression. Now the message occured again. My guess is that it occurs when there is an update of the package glibc. The file itself is not found. Previously it was there. Ulrich
Created attachment 13826 [details] Exerpt of dnf output
Created attachment 13827 [details] dnf configuration
Thank you for the report. $ urpmf /usr/lib64/gconv/gconv-modules.cache glibc:/usr/lib64/gconv/gconv-modules.cache Can you say how long you have noticed this? DNF was last updated in September 2022. Your specific tests certainly point the finger of suspicion at glibc updates. Preparing : 1/1 Upgrading : glibc-6:2.36-24.mga9.x86_64 1/87 Running scriptlet: glibc-6:2.36-24.mga9.x86_64 ... Complete! Error: Missing /usr/lib64/gconv/gconv-modules.cache file.n Assigning initially to tmb who updates glibc. But if it is a DNF problem...
CC: (none) => lewyssmithAssignee: bugsquad => tmbSource RPM: glibc => glibc, dnf-4.14.0-1.mga9.src.rpm
(In reply to Lewis Smith from comment #3) > Thank you for the report. > $ urpmf /usr/lib64/gconv/gconv-modules.cache > glibc:/usr/lib64/gconv/gconv-modules.cache > > Can you say how long you have noticed this? DNF was last updated in > September 2022. The message was well before Sept. 2022. Unfortunately this instance does not exist any longer. Update to glibc-2.36-40.mga9.x86_64 on May 18 shows the issue again.
CC: lewyssmith => (none)
Switched version to Mageia 9. The message also occurred when testing https://bugs.mageia.org/show_bug.cgi?id=32292
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=32292Version: Cauldron => 9
The message is also produced testing updates in https://bugs.mageia.org/show_bug.cgi?id=32230
Our dnf is outdated https://github.com/rpm-software-management/dnf/releases/tag/4.17.0 but i not think that is the cause of the bug
The message is also produced testing updates in https://bugs.mageia.org/show_bug.cgi?id=32230 for i586 Error: Missing /usr/lib/gconv/gconv-modules.cache file.n
(In reply to katnatek from comment #7) > Our dnf is outdated > https://github.com/rpm-software-management/dnf/releases/tag/4.17.0 but i not > think that is the cause of the bug Yeah I get segfaults on every new install now from DNF. Needs updating ASAP.
CC: (none) => xerxes2
(In reply to Jens Persson from comment #9) > (In reply to katnatek from comment #7) > > Our dnf is outdated > > https://github.com/rpm-software-management/dnf/releases/tag/4.17.0 but i not > > think that is the cause of the bug > > Yeah I get segfaults on every new install now from DNF. Needs updating ASAP. Please, open a new bug report. I see nothing of the sort. I also use dnf for QA testing and 2 installations and 2 VMs. Ulrich
Hi, i didn't have DNF issue, but missing file still here in MGA9. urpmi glibc --replacepkgs $MIRRORLIST: media/core/updates/glibc-2.36-52.mga9.x86_64.rpm installation de glibc-2.36-52.mga9.x86_64.rpm depuis /var/cache/urpmi/rpms Préparation... ############################################################################## 1/1: glibc ############################################################################## 1/1: désinstallation de glibc-6:2.36-52.mga9.x86_64 ############################################################################## Vous devriez relancer votre ordinateur pour glibc Error: Missing /usr/lib64/gconv/gconv-modules.cache file
CC: (none) => surfzoid
Change assignment to all packagers
Assignee: tmb => pkg-bugs
The bug is in the post script, perhaps you need to log the error better than an "else 'error file missing' If i do manualy : /usr/sbin/iconvconfig -o /usr/lib64/gconv/gconv-modules.cache --nostdlib /usr/lib64/gconv then file /usr/lib64/gconv/gconv-modules.cache /usr/lib64/gconv/gconv-modules.cache: gconv module configuration cache data
My understanding is that the use of the cache is optional. Looking at "rpm -q --scripts glibc", if you want it, run "touch /usr/lib64/gconv/gconv-modules.cache" (as root), then re-install glibc with "urpmi --replacepkgs --replacefiles glibc". That would be "touch /usr/lib/gconv/gconv-modules.cache" on a 32 bit install.
CC: (none) => davidwhodgins
That code is a bit strange, it says basically "If the file is there update it, else display an error" while it should either always update it or just be silent if it's fine for it to not be there. This comes from Fedora and has been there for years: https://src.fedoraproject.org/rpms/glibc/blob/rawhide/f/glibc.spec#_143
CC: (none) => pterjan
(In reply to Dave Hodgins from comment #14) > My understanding is that the use of the cache is optional. > > Looking at "rpm -q --scripts glibc", if you want it, run > "touch /usr/lib64/gconv/gconv-modules.cache" (as root), then re-install > glibc with > "urpmi --replacepkgs --replacefiles glibc". > > That would be "touch /usr/lib/gconv/gconv-modules.cache" on a 32 bit install. there is 2 things, rpm whose update gconv cache if present and the post script inside the spec file of glib
(In reply to Pascal Terjan from comment #15) > That code is a bit strange, it says basically "If the file is there update > it, else display an error" while it should either always update it or just > be silent if it's fine for it to not be there. > > > This comes from Fedora and has been there for years: > https://src.fedoraproject.org/rpms/glibc/blob/rawhide/f/glibc.spec#_143 yes. i suggest to simplify like that: %post /usr/sbin/iconvconfig -o %{_libdir}/gconv/gconv-modules.cache --nostdlib %{_libdir}/gconv
Hi, another issue is with mock build rpm with a fresh mock build space mock -r mageia-9-aarch64 --no-clean --no-cleanup-after --rebuild $FsName will give this error : Failed: dbus-1.14.6-1.mga9.aarch64 rpm-1:4.18.2-1.mga9.aarch64 sgml-common-0.6.3-29.mga9.noarch systemd-253.16-1.mga9.aarch64 Error: Transaction failed Error: Missing /usr/lib64/gconv/gconv-modules.cache file.n