Dell Command Configure breaks OpenSSL (and other things)
Ubuntu 22.04 (generic) here. After installing Dell Command Configure from .deb, some versions of the openssl shared libraries are placed into /opt/dell/dcc These libraries seem to be either deprecated or purposely altered and are then loaded before the system's defaults and seem to break various features including certificate creation, wifi authentication etc. Has anybody else experienced this? Dell, any official word on why DCC tool overrides the openssl libraries with their own?
Mine was even older (perhaps it was the latest at the time) 4.7.0-433. I removed it since, because it messed up my wifi. Perhaps I can look into the new version. The problem, however, is that this package installs (maybe no more in the more recent version?) their own copy of libcrypto files and overrides whatever is installed in the system elsewhere. I find that very annoying Otherwise it worked as intened, in my case I installed it to be able to change battery charging modes in the terminal while traveling...
Indeed, it seems dell command comes with their own libcrypto, libssl (see listing below) - why? I haven't tried installing this on 22.04 as I don't want that to break openssl. I am surprised though that this overrides the system-installed libraries. When can we expect dell command to support Ubuntu 22.04?
On archlinux, fully updated, 2022-11-06, there is conflict between native new openssl-3.0 /usr/lib/libcrypto.so.3 and dell-command-configure /opt/dell/dcc/libcrypto.so.3. The latter is pulled in the initramfs during it's rebuild (kernel update, etc) via mkinitcpio, causing system shutdown lock and failure on reboot:
error while loading shared libraries: libcrypto.so.3
You can verify this by listing the initramfs tree via:
lsinitcpio /boot/initramfs-linux.img
You need a live USB to fix this with chroot, remove dell-command-configure, run ldconfig and rebuild initramfs. Any update on the system that ignites an initramfs rebuild will cause this if the dell package is present.
Thank you for messaging us. To ensure the privacy of your information, we recommend that you continue chatting with us through direct message. We apologize for the inconvenience.
@rvf16gThanks so much for trying this out! By 'workaround', do mean that following the commands mentioned in posts #5-#8 under this link allow you to use dell-command-configure on 22.04 while maintaining the system's version of libcrypto.so.3? I am a bit nervous experimenting with this before confirmation, given the severity of the issues you mentioned!
Yes, you keep both functioning properly but you don't need to anymore, the dell-command-configure package has been updated, at least on archlinux, and the library problem has been fixed. With latest dell-command-configure 4.7.0.433-3 everything is fine. no need for workarounds.
No 4.7 doesn't fix anything (see above) 4.10 however does not install its own libssl libraries. Instead it relies solely on 1.1 version, which is of course deprecated in Ubuntu 22.04 🤦
May be of use to someone: as mentioned earlier, DCC 4.10 relies on libcrypto.so.1.1 which is a part of an obsolete version of libcrypto which is not bundled in most distributions anymore. If you don't already have it, but have something like wine or proton installed, you can copy their version of this file, ( cp or ln it to e.g., /usr/lib ) -- Tested on Debian12
dcd-arnold
1 Rookie
•
2 Posts
2119
0
Posted October 7th, 2022 00:00
Hi blob007,
1. Which version of Dell Command Configure have you installed on 22.04? Version 4.8 (latest) only supports 20.04.
2. Can you run dpkg --contents on the package and post the output?
3. I do not have such files on my installation.
Best,
dcd-arnold