Dnfdragora updating packages problem

I’m working under Open Mandrive 4.2

[ns@ns-p6715fr ~]$ uname -srvmpio
Linux 5.11.12-desktop-1omv4002 #1 SMP PREEMPT Fri Apr 9 09:52:36 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

yesterday, mer. 17 nov. 2021, with dnfdragora, i selected some packages to update and applied

[ns@ns-p6715fr ~]$ rpm -q -a --last 
omdv-bug-report-0.0.4-1.noarch                mer. 17 nov. 2021 18:46:15
bison-3.7.5-1.x86_64                          mer. 17 nov. 2021 18:46:15
openssl-3.0.0-0.alpha17.1.x86_64              mer. 17 nov. 2021 18:46:14
om-control-center-0.2.0-1.noarch              mer. 17 nov. 2021 18:46:14
networkmanager-1.30.4-1.x86_64                mer. 17 nov. 2021 18:46:13
lib64ssl3-3.0.0-0.alpha17.1.x86_64            mer. 17 nov. 2021 18:46:11
lib64nm0-1.30.4-1.x86_64                      mer. 17 nov. 2021 18:46:11
kernel-release-source-5.11.12-1.noarch        mer. 17 nov. 2021 12:11:17
lib64ncurses-devel-6.2-1.20210123.1.x86_64    mer. 17 nov. 2021 12:10:47


previously installed packages

I can no more launch dnfdragora, launching it from konsole, I see:

[ns@ns-p6715fr ~]$ dnfdragora
Traceback (most recent call last):
  File "/usr/bin/dnfdragora", line 58, in <module>
    import dnfdragora.ui as ui
  File "/usr/lib/python3.9/site-packages/dnfdragora/ui.py", line 22, in <module>
    import dnfdragora.basedragora
  File "/usr/lib/python3.9/site-packages/dnfdragora/basedragora.py", line 23, in <module>
    import dnfdragora.const as const
  File "/usr/lib/python3.9/site-packages/dnfdragora/const.py", line 19, in <module>
    import hawkey
  File "/usr/lib64/python3.9/site-packages/hawkey/__init__.py", line 31, in <module>
    import libdnf.transaction
  File "/usr/lib64/python3.9/site-packages/libdnf/__init__.py", line 12, in <module>
    from . import conf
  File "/usr/lib64/python3.9/site-packages/libdnf/conf.py", line 13, in <module>
    from . import _conf
ImportError: /usr/lib64/libssl.so.3: undefined symbol: EVP_MD_CTX_get0_md, version OPENSSL_3.0.0

also, using falkon, I can’t no more type more than one character in the address bar, at the second, it crashes

Thanks for anybody’s help!

This looks like an incomplete update that might have damaged your system.

In the running console, try to make full update.

sudo dnf clean all && dnf update

Reboot system and check again.

Thanks for the respone, I try!

same response:

[root@ns-p6715fr ~]# dnf clean all && dnf update
Traceback (most recent call last):
  File "/usr/bin/dnf", line 57, in <module>
    from dnf.cli import main
  File "/usr/lib/python3.9/site-packages/dnf/__init__.py", line 30, in <module>
    import dnf.base
  File "/usr/lib/python3.9/site-packages/dnf/base.py", line 29, in <module>
    import libdnf.transaction
  File "/usr/lib64/python3.9/site-packages/libdnf/__init__.py", line 12, in <module>
    from . import conf
  File "/usr/lib64/python3.9/site-packages/libdnf/conf.py", line 13, in <module>
    from . import _conf
ImportError: /usr/lib64/libssl.so.3: undefined symbol: EVP_MD_CTX_get0_md, version OPENSSL_3.0.0

???

Hi,
please could you post the result of rpm -qa | grep dnf?

[root@ns-p6715fr ~]# rpm -qa | egrep dnf
python-dnfdaemon-0.3.19-4.noarch
dnfdaemon-0.3.19-4.noarch
lib64dnf2-0.55.2-1.x86_64
python-libdnf-0.55.2-1.x86_64
python-dnf-4.5.2-2.noarch
python-dnf-plugins-core-4.0.18-2.noarch
dnf-plugins-core-4.0.18-2.noarch
dnf-yum-4.5.2-2.noarch
dnf-4.5.2-2.noarch
dnf-automatic-4.5.2-2.noarch
python-dnf-plugins-extras-common-4.0.13-1.noarch
python-dnf-plugin-rpmconf-4.0.13-1.noarch
dnfdragora-1.1.2-6.x86_64
dnf-conf-4.5.2-2.noarch

where could i find the list of package repositories?

Thank you!

please could you post the result of the following commands too?

rpm -qa | grep ssl | sort
rpm -qa | grep crypto | sort

Please what do you mean with “list of package repositories”? The dnf database is in /var/cache/dnf/ but don’t touch it unless you really really know what you’ar doing… The repository info are in /etc/yum.repos.d

The problem you got is libdnf can’t load openssl library well. You also may try to run the above dnf commands with --nogpgcheck option (don’t know if solve)

the results of the commands are:

[root@ns-p6715fr ~]# rpm -qa | grep ssl | sort                                                                               
lib64qca2-plugin-openssl-2.3.1-1.x86_64
lib64ssl1.1-1.1.1i-1.x86_64
lib64ssl3-3.0.0-0.alpha17.1.x86_64
openssl-3.0.0-0.alpha17.1.x86_64

,

[root@ns-p6715fr ~]# rpm -qa | grep crypto | sort
lib64bd_crypto2-2.25-2.x86_64
lib64crypto1.1-1.1.1i-1.x86_64
lib64crypto3-3.0.0-0.alpha13.1.x86_64
lib64cryptopp8-8.2.0-6.x86_64
lib64k5crypto3-1.19.1-1.x86_64

I also tried to verify:

[root@ns-p6715fr ~]# for p in `rpm -qa | grep ssl`; do echo ---------------- $p; rpm -V $p; done            
---------------- lib64qca2-plugin-openssl-2.3.1-1.x86_64
---------------- lib64ssl1.1-1.1.1i-1.x86_64
---------------- lib64ssl3-3.0.0-0.alpha17.1.x86_64
---------------- openssl-3.0.0-0.alpha17.1.x86_64

,

[root@ns-p6715fr ~]# for p in `rpm -qa | grep crypto`; do echo ---------------- $p; rpm -V $p; done
---------------- lib64cryptopp8-8.2.0-6.x86_64
---------------- lib64bd_crypto2-2.25-2.x86_64
---------------- lib64crypto3-3.0.0-0.alpha13.1.x86_64
---------------- lib64k5crypto3-1.19.1-1.x86_64
---------------- lib64crypto1.1-1.1.1i-1.x86_64

it seems me ok!

what command accepts --nogpgcheck argument?

Thank you!

Could it be a lib64ssl module dependency missing?

–nogpgcheck id a dnf option to avoid packages signature check.

As I told in response to AngryPenguin, dnf can’t even be launched!

I asked for repositories because rmp commands permits to download packages and then install.

Surely not to write in the cache file.

It seems packages version are ok but It’s like something calls an old openss1 function somewehre, so try to remove some old version of openssl with (it’s just a test, it doesn’t remove anything)

sudo rpm -e --test lib64ssl1
sudo rpm -e --test lib64crypto1

I removed:

rpm -e kdevelop-4:5.6.2-1.x86_64 # needed by svn
rpm -e lib64svn1_0-1.14.0-1.x86_64 # needed by serf
rpm -e lib64serf1_1-1.3.9-4.x86_64 # needed by crypto
rpm -e lib64crypto1.1-1.1.1i-1.x86_64 # needed by ssl
rpm -e lib64ssl1.1-1.1.1i-1.x86_64 # needed by ???

nothing changed! :frowning_face:

Welsome to OpenMandriva @Souchon

Post edit: I agree with @AngryPenguin and @mandian about a partial upgrade being the likely cause of your issue.

Uh, it might have been better to use sudo rpm -e --test that might have provided some useful output.

Off topic but moderator Hint: You can and should post code as code.

My guess to solve your issue is first to manually install the packages you removed with rpm. Then open /var/log/dnf.log and find the transaction you mention in your first post. Then if there are packages in the list to be installed or upgraded, install or upgrade all of them with rpm command. Post-edit: I mean you need to install or upgrade all packages that the system had selected not just packages selected by you.

OpenMandriva Lx 4.2 repositories are here.

I never use dnfdragora or Discover to upgrade any OM Lx system. I allways use cli from Konsole:

For Rock:

$ dnf clean all ; sudo dnf clean all ; sudo dnf upgrade

For Rolling:

$ dnf clean all ; sudo dnf clean all ; sudo dnf distro-sync

1 Like

@Souchon It would also be wise to reinstall the following:

lib64dnf2-0.55.2-1
python-libdnf-0.55.2-1

and maybe also:

dnf-4.5.2-2
python-dnf-4.5.2-2

I installed a new system

for the commands

rpm -e kdevelop-4:5.6.2-1.x86_64 # needed by svn
rpm -e lib64svn1_0-1.14.0-1.x86_64 # needed by serf
rpm -e lib64serf1_1-1.3.9-4.x86_64 # needed by crypto
rpm -e lib64crypto1.1-1.1.1i-1.x86_64 # needed by ssl
rpm -e lib64ssl1.1-1.1.1i-1.x86_64 # needed by ???

I tried with --test which told me about the dependencies in coments

I also possibly have some wireless problem, journalctl | egrep ieee show me (but not for all boot):

ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 3090, rev 3213 detected
ieee80211 phy0: rt2x00_set_rf: Info - RF chipset 0005 detected
ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
ieee80211 phy0: rt2x00lib_request_firmware: Info - Loading firmware file 'rt2860.bin'
ieee80211 phy0: rt2x00lib_request_firmware: Info - Firmware detected - version: 0.40
ieee80211 phy0: rt2800_wait_wpdma_ready: Error - WPDMA TX/RX busy [0x00000068]
ieee80211 phy0: rt2800_wait_wpdma_ready: Error - WPDMA TX/RX busy [0x00000068]
ieee80211 phy0: rt2800pci_set_device_state: Error - Device failed to enter state 4 (-5)

but it’s another thing

Souchon

Dnfdragora updating packages problem

The evergreen recommendation is:
Do not update with dnfdragora nor with Discover.
Use the console.

Keep it in mind next time :wink:

1 Like

@rugyada

I’m new on OM (just a few months), as
“Welcome” propose “Om Control Center”
“Om Control Center” propose “dnfdragora”
I’ve thought I could rely on it!

Never mind.

I’ve installed a new system
mounted my old home partition on this of the new system
it works fine, with one exception but it’s another question

True… :upside_down_face:

Btw next time you may want to use the console.
Feel free to ask for proper commands if you don’t know very well the dnf syntax yet, or for any doubt you may get. We’ll surely be happy to answer.