Package Details: dell-command-configure 4.11.0.6-2

Git Clone URL: https://aur.archlinux.org/dell-command-configure.git (read-only, click to copy)
Package Base: dell-command-configure
Description: Configure various BIOS features on Dell laptops
Upstream URL: https://www.dell.com/support/kbdoc/000178000/dell-command-configure
Licenses: unknown
Provides: libdchapi.so, libdchbas.so, libdchcfl.so, libdchesm.so, libdchipm.so, libdchtvm.so, libhapiintf.so, libsmbios_c.so, srvadmin-hapi
Submitter: maximbaz
Maintainer: gitpocalypse
Last Packager: gitpocalypse
Votes: 15
Popularity: 0.003702
First Submitted: 2019-02-17 19:03 (UTC)
Last Updated: 2023-10-30 12:30 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

gitpocalypse commented on 2022-11-06 19:12 (UTC)

I had not noticed that before. That is pretty bad. I just hadn't upgraded yet. That's why I hadn't run into the issue. I will work on doing something like what @kurbick suggested.

For those new here or who have run into the issue: I suggest holding off on installing the package for now if you can live without it until this is sorted. Especially if you have not upgraded your system in a while. This will save you a lot of headache.

kubrick commented on 2022-11-06 18:33 (UTC) (edited on 2022-11-06 23:38 (UTC) by kubrick)

This is criminal from Dell to do this, they're installing two ld-preload files system wide

/etc/ld.so.conf.d/hapiintfdcc.conf /etc/ld.so.conf.d/srvadmin-hapi-x86_64.conf

This needs to be removed when creating the package, if specific binaries require libraries, said binaries need to be renamed and replaced with a scrip that launches them with LD_LIBRARY_PATH

rubenvb commented on 2022-11-06 14:18 (UTC) (edited on 2022-11-06 14:31 (UTC) by rubenvb)

I just spent the better half of my afternoon figuring out why on Earth my system couldn't find libcrypto.so.3 early in boot. Please for the love of everything that is good about Arch update this package to not break anymore systems!

There's a related mkinitcpio bug report, but Arch devs seem to (somewhat understandably) leave this as PEBKAC: https://bugs.archlinux.org/task/74207

1ridic commented on 2022-11-06 06:51 (UTC)

A temporary fix can be done by simply removing /opt/dell/dcc/libcrypto.so.3 and /opt/dell/dcc/libssl.so.3, then adding them to NoExtract in /etc/pacman.conf.

gitpocalypse commented on 2022-11-06 00:27 (UTC)

Dang. Ok. I will look into this more tomorrow. Do you mind posting what hardware you're running on?

pilililo2 commented on 2022-11-06 00:02 (UTC)

Can confirm the OpenSSL bug with version 3. Having dell-command-configure installed kernel panics, crashes mkinitcpio and made my system unbootable until y chrooted and uninstalled it.

axp commented on 2022-11-05 06:31 (UTC)

Can confirm: custom openssl lib just broken my system.

Post (not mine) that helped me to boot my laptop: https://bbs.archlinux.org/viewtopic.php?id=280992

Simply removing dell-command-configure and rebuilding initcpio restored my system

gitpocalypse commented on 2022-11-04 02:09 (UTC)

I can't really reproduce what you are showing. I did however notice that there is a new version available. I might see if I can track down where the new version is here and bump it if I find it. Dell is becoming increasingly touchy about showing stuff without having a service tag of a supported model.

invidian commented on 2022-11-03 23:25 (UTC) (edited on 2022-11-03 23:25 (UTC) by invidian)

It seems this package ships it's own version of openssl which messes things up right now:

$ ldd $(which openssl) | grep dell
/usr/bin/openssl: /opt/dell/dcc/libcrypto.so.3: version `OPENSSL_3.0.3' not found (required by /usr/bin/openssl)
        libssl.so.3 => /opt/dell/dcc/libssl.so.3 (0x00007fcd0ec02000)
        libcrypto.so.3 => /opt/dell/dcc/libcrypto.so.3 (0x00007fcd0e600000)

gitpocalypse commented on 2021-10-30 02:19 (UTC)

Excellent. Thank you!

« First ‹ Previous 1 2 3 4 5 Next › Last »