Page 1 of 2

[SOLVED] URPMI and DNF broke after upgrade

PostPosted: Feb 27th, '21, 01:54
by MagicD3VIL
Greetings,
I've updated Mga7 to Mga8 today following the Wiki and using the "Upgrading online, using urpmi (CLI)" method. The upgrade seems completed successfully but now I can't use URPMI nor DNF.

When I try to run any of those two I get an error saying that the "/lib64/libcrypto.so.1.1" was not found even tho the file is present as I checked.

Code: Select all
magicd3vil@localhost ~> sudo dnf
Traceback (most recent call last):
  File "/bin/dnf", line 57, in <module>
    from dnf.cli import main
  File "/usr/lib/python3.8/site-packages/dnf/__init__.py", line 30, in <module>
    import dnf.base
  File "/usr/lib/python3.8/site-packages/dnf/base.py", line 29, in <module>
    import libdnf.transaction
  File "/usr/lib64/python3.8/site-packages/libdnf/__init__.py", line 12, in <module>
    from . import conf
  File "/usr/lib64/python3.8/site-packages/libdnf/conf.py", line 13, in <module>
    from . import _conf
ImportError: /lib64/libcrypto.so.1.1: version `OPENSSL_1_1_1' not found (required by /lib64/librpmio.so.9)
magicd3vil@localhost ~> sudo urpmi
Can't load '/usr/lib64/perl5/vendor_perl/auto/URPM/URPM.so' for module URPM: /lib64/libcrypto.so.1.1: version `OPENSSL_1_1_1' not found (required by /lib/../lib64/librpmio.so.9) at /usr/lib64/perl5/DynaLoader.pm line 193.
 at /usr/share/perl5/vendor_perl/urpm/msg.pm line 7.
Compilation failed in require at /usr/share/perl5/vendor_perl/urpm/msg.pm line 7.
BEGIN failed--compilation aborted at /usr/share/perl5/vendor_perl/urpm/msg.pm line 7.
Compilation failed in require at /usr/share/perl5/vendor_perl/urpm.pm line 7.
BEGIN failed--compilation aborted at /usr/share/perl5/vendor_perl/urpm.pm line 7.
Compilation failed in require at /sbin/urpmi line 23.
BEGIN failed--compilation aborted at /sbin/urpmi line 23.
magicd3vil@localhost ~>

No idea why they are reporting that the file is not found when the file is present. Any help would be much appreciated.

Cheers

Re: URPMI and DNF broke after upgrade

PostPosted: Feb 27th, '21, 12:31
by doktor5000
Can you please post the output of
Code: Select all
rpm -qa | grep -i openssl | sort
ldd /lib64/librpmio.so.9
ldd /lib64/libcrypto.so.1.1
ls -al /lib64/libcrypto.so*

Re: URPMI and DNF broke after upgrade

PostPosted: Feb 27th, '21, 19:56
by MagicD3VIL
Here you go, Doktor!
Code: Select all
magicd3vil@localhost ~> rpm -qa | grep -i openssl | sort
rpm: /lib64/libcrypto.so.1.1: version `OPENSSL_1_1_1' not found (required by /lib64/librpmio.so.9)
magicd3vil@localhost ~> ldd /lib64/librpmio.so.9
/lib64/librpmio.so.9: /lib64/libcrypto.so.1.1: version `OPENSSL_1_1_1' not found (required by /lib64/librpmio.so.9)
        linux-vdso.so.1 (0x00007ffcb0aeb000)
        libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f473c161000)
        libz.so.1 => /lib64/libz.so.1 (0x00007f473c144000)
        libpopt.so.0 => /lib64/libpopt.so.0 (0x00007f473c135000)
        liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f473c101000)
        libzstd.so.1 => /lib64/libzstd.so.1 (0x00007f473c064000)
        liblua.so.5.3 => /lib64/liblua.so.5.3 (0x00007f473c02a000)
        libcrypto.so.1.1 => /lib64/libcrypto.so.1.1 (0x00007f473bd78000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f473bd58000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f473bb9e000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f473c1de000)
        libm.so.6 => /lib64/libm.so.6 (0x00007f473ba5b000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f473ba56000)
        libreadline.so.7 => /lib64/libreadline.so.7 (0x00007f473ba06000)
        libtinfo.so.6 => /lib64/libtinfo.so.6 (0x00007f473b9d6000)
magicd3vil@localhost ~> ldd /lib64/libcrypto.so.1.1
        linux-vdso.so.1 (0x00007ffdd31a0000)
        libz.so.1 => /lib64/libz.so.1 (0x00007f3c74893000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f3c7488e000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f3c7486e000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f3c746b4000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f3c74b91000)
magicd3vil@localhost ~> ls -al /lib64/libcrypto.so*
lrwxrwxrwx 1 root root      16 pro 10 14:21 /lib64/libcrypto.so -> libcrypto.so.1.1*
-r-xr-xr-x 1 root root 2387048 pro 10 10:03 /lib64/libcrypto.so.1.0.0*
-rwxr-xr-x 1 root root 2842504 pro 10 14:22 /lib64/libcrypto.so.1.1*
magicd3vil@localhost ~>

Re: URPMI and DNF broke after upgrade

PostPosted: Feb 27th, '21, 20:39
by davidwhodgins
Looks like rpm itself is broken. Easiest way to fix it is to do an upgrade install over that install using Mageia-8-x86_64.iso

On my Mageia 7 install ...
Code: Select all
$ ls -l /lib64/libcrypto*
lrwxrwxrwx 1 root root      20 Nov 27  2019 /lib64/libcryptopp.so.7 -> libcryptopp.so.7.0.0*
-rwxr-xr-x 1 root root 4641128 Nov 27  2019 /lib64/libcryptopp.so.7.0.0*
lrwxrwxrwx 1 root root      18 Dec 10 04:03 /lib64/libcrypto.so -> libcrypto.so.1.0.0*
-r-xr-xr-x 1 root root 2387048 Dec 10 04:03 /lib64/libcrypto.so.1.0.0*
-rwxr-xr-x 1 root root 2842504 Dec 10 08:22 /lib64/libcrypto.so.1.1*


On Mageia 8 ...
Code: Select all
$ ls -l /lib64/libcrypto*
lrwxrwxrwx 1 root root      20 Feb 17  2020 /lib64/libcryptopp.so.8 -> libcryptopp.so.8.2.0*
-rwxr-xr-x 1 root root 5213240 Feb 17  2020 /lib64/libcryptopp.so.8.2.0*
-rwxr-xr-x 1 root root 3213688 Dec 10 06:23 /lib64/libcrypto.so.1.1*

Re: URPMI and DNF broke after upgrade

PostPosted: Feb 28th, '21, 01:12
by MagicD3VIL
So I've burned the ISO onto a DVD+RW and tried to the upgrade but the installer stayed on "Looking for packages to upgrade" for a solid hour so when my patience ran out, just before restarting, I checked the log and I noticed that it's stuck in a loop xD

Re: URPMI and DNF broke after upgrade

PostPosted: Feb 28th, '21, 02:09
by davidwhodgins
That's likely part of what caused the problem initially. I guess no one testing the upgrading from Mageia 7 to 8 had npm
installed. I've reported the bug at https://bugs.mageia.org/show_bug.cgi?id=28481 and will do what I can to get it fixed as
quickly as we can. I'm leader of the qa team, btw. Normally I'd recommend as a workaround, using rpm to uninstall npm,
finish the upgrade, then reinstall it, but that won't for with a broken rpm, so you'll have to wait until bug 28481 gets fixed.

Re: URPMI and DNF broke after upgrade

PostPosted: Feb 28th, '21, 05:25
by MagicD3VIL
I'll hold tight. I can no longer even log into plasma because it reports files missing on the login screen :(

Re: URPMI and DNF broke after upgrade

PostPosted: Feb 28th, '21, 07:51
by davidwhodgins
Can you login to icewm session instead of plasma?

Re: URPMI and DNF broke after upgrade

PostPosted: Feb 28th, '21, 13:43
by MagicD3VIL
Yes, IceWM Session works fine

Re: URPMI and DNF broke after upgrade

PostPosted: Mar 1st, '21, 06:49
by davidwhodgins
Should be ok to try the upgrade install with online repos enabled again. The nodejs package that npm is part of has bee updated
on Mageia 8.

Re: URPMI and DNF broke after upgrade

PostPosted: Mar 1st, '21, 10:23
by davidwhodgins
Just noticed https://mirrors.kernel.org/mageia/ has not synced with the Mageia servers in 2 days, so it and the mirrors that
sync from it do not have the updated nodejs package or npm. See http://mirrors.mageia.org/status and be sure to use one
of the mirrors that synced at least after my posting just before this one.

Re: URPMI and DNF broke after upgrade

PostPosted: Mar 1st, '21, 14:35
by MagicD3VIL
Ok, the installer didn't loop this time. However, I got a few installation failures.

The first 2 I know of are Mesa and PacketTracer which I compiled and installed from git so I guess I should have uninstalled them first. But I have no idea about the rest and a lot of those 32-bit packages. During the installation, I added HTTP supplementary media from ftp.fi.muni.cz, kept all of them checked and I unchecked the 2 media boxes from the DVD installer.

https://imgur.com/a/Cz0VGxu

Re: URPMI and DNF broke after upgrade

PostPosted: Mar 1st, '21, 18:10
by doktor5000
Well, many of the others could be related to the mesa/libgl dependency issues as many of the graphical tools are linked against that.

Re: URPMI and DNF broke after upgrade

PostPosted: Mar 1st, '21, 18:16
by MagicD3VIL
Can I tell the upgrade tool to ignore or force upgrade the mesa/libgl somehow? I'm pretty sure I cannot uninstall the custom mesa in /usr/local because I still won't have urpmi.

Re: URPMI and DNF broke after upgrade

PostPosted: Mar 1st, '21, 19:02
by doktor5000
I don't think so, you can't really implement a failsafe for incompatible 3rd party packages in advance.
If I'm not wrong, you'd have to run rescue mode from the install media, and then run urpmi with the chroot option against your existing installation on-disk (which is basically the same what the installer does, too) and have it reinstall/upgrade at least rpm librpm urpmi perl-URPM and also the openssl packages containing the library that threw the initial error. So if your existing install is mounted below /mnt then it should be something like
Code: Select all
urpmi --urpmi-root /mnt --replacepkgs --replacefiles rpm librpm urpmi perl-URPM

although I'm not sure if that works this way ...

Re: URPMI and DNF broke after upgrade

PostPosted: Mar 1st, '21, 20:04
by davidwhodgins
If it's past the point where it was looping, I'd try booting into that system an see if rpm is working or not.

Re: URPMI and DNF broke after upgrade

PostPosted: Mar 1st, '21, 20:23
by MagicD3VIL
So I managed to get my URPMI, DNF, and so on fixed by booting into the recovery mode and using the non-broken urpmi from there.

After bringing up the network via "dhclient" and removing all of the update media via "urpmi.removemedia -a" and re-adding them via "urpmi.addmedia --distrib https://ftp.fi.muni.cz/pub/linux/mageia ... b/8/x86_64" I ran the "urpmi --replacepkgs --replacefiles rpm librpm urpmi perl-URPM" as Doktor suggested.

So now the stuff that has been broken is fixed but it seems that the Mesa is still blocking me from finishing "urpmi --auto-update --auto --force". This time I was able to save a log of the upgrade to a disc that I'll attach below, maybe it will help.

I thought when my Mesa version is newer than the one provided by the official package, then the urpmi would acknowledge that :/ I kinda need Mesa to be higher than version 21 and I'm intimidated to try to uninstall it just for the upgrade since urpme said it's 1070 packages and I would have to install the git version after the upgrade anyway.

Cheers

Re: URPMI and DNF broke after upgrade

PostPosted: Mar 1st, '21, 20:36
by davidwhodgins
doktor5000 wrote:I don't think so, you can't really implement a failsafe for incompatible 3rd party packages in advance.
If I'm not wrong, you'd have to run rescue mode from the install media, and then run urpmi with the chroot option against your existing installation on-disk (which is basically the same what the installer does, too) and have it reinstall/upgrade at least rpm librpm urpmi perl-URPM and also the openssl packages containing the library that threw the initial error. So if your existing install is mounted below /mnt then it should be something like
Code: Select all
urpmi --urpmi-root /mnt --replacepkgs --replacefiles rpm librpm urpmi perl-URPM

although I'm not sure if that works this way ...


doctor5000, this wasn't due to a third party package. It was caused by the npm package having a higher release in Mageia 7
then what Mageia 8 had. That's now fixed by https://bugs.mageia.org/show_bug.cgi?id=28481

Re: URPMI and DNF broke after upgrade

PostPosted: Mar 1st, '21, 20:38
by davidwhodgins
Sorry, Just got up a little while ago. Missed that this is now about third party mesa. :-)

Re: URPMI and DNF broke after upgrade

PostPosted: Mar 1st, '21, 20:43
by davidwhodgins
MagicD3VIL wrote:So I managed to get my URPMI, DNF, and so on fixed by booting into the recovery mode and using the non-broken urpmi from there.
<snip>
I thought when my Mesa version is newer than the one provided by the official package, then the urpmi would acknowledge that :/ I kinda need Mesa to be higher than version 21 and I'm intimidated to try to uninstall it just for the upgrade since urpme said it's 1070 packages and I would have to install the git version after the upgrade anyway.


Use "rpm -e --nodeps $packagenames" to uninstall the git packages, finish the upgrade, then reinstall the git packages.

Re: URPMI and DNF broke after upgrade

PostPosted: Mar 1st, '21, 21:05
by MagicD3VIL
Is it possible to feed the command all packages received via "rpm -qa | grep ".git20201213" ? I also have Pulse Audio from git but I don't think that is making any trouble.

Also I'm quite curious why are not the packages installed in /usr/local/ ignored in the upgrade? I thought packages installed there are always third party so they would be ignored xD

Re: URPMI and DNF broke after upgrade

PostPosted: Mar 1st, '21, 22:10
by doktor5000
Sure, you can feed a list of packages as in e.g.
Code: Select all
rpm -e --nodeps $(rpm -qa | grep "git20201213")

But make sure to take a note about what you're removing, in case you want to re-add it back later ;)

Re: URPMI and DNF broke after upgrade

PostPosted: Mar 1st, '21, 23:56
by MagicD3VIL
I just want to say that I removed few more packages that were interfering with the upgrade like PacketTracer and few others via "rpm -e --nodeps" and the upgrade is now finished. Finally xD

Right off the bat my audio config got messed up and my Virtual Sink is not showing up anymore and my wallpaper got changed to the new default one but those are just details. Now I'll just build the latest mesa and I'm ready to go.

Thanks for the help guys! Marking as solved.

Re: [SOLVED] URPMI and DNF broke after upgrade

PostPosted: Mar 10th, '21, 18:33
by danbuchanan
ok not sure if i should have continued on this thread or made a new one, but since i have basically the same issue. I had a failed upgrade to 7.1 from 6.1 using the online method. One of my partitions went offline during the upgrade so i now have an issue there. But the system was able to reboot and sort of function. I keep getting invalid local set from many of the command line calls. So i've burned a cd and am trying to goto 7.1 that way. My install also is getting stuck at the finding packages to upgrade, I am able to use the rpm command and return a list of packages. It appears to me that the simplest way to fix this issue is to grab a fresh 8 install and try that. But can i go from 6 to 8.

Re: [SOLVED] URPMI and DNF broke after upgrade

PostPosted: Mar 10th, '21, 22:00
by doktor5000
danbuchanan wrote:But can i go from 6 to 8.

It should be possible, although it's not directly supported. Although you should open a new thread if you want to get this sorted out, thanks in advance.