Package Details: dell-command-configure

Git Clone URL: (read-only, click to copy)
Package Base: dell-command-configure
Description: Configure various BIOS features on Dell laptops
Upstream URL:
Licenses: unknown
Provides:,,,,,,,, srvadmin-hapi
Submitter: maximbaz
Maintainer: gitpocalypse
Last Packager: gitpocalypse
Votes: 13
Popularity: 1.69
First Submitted: 2019-02-17 19:03 (UTC)
Last Updated: 2022-11-15 03:38 (UTC)

Latest Comments

1 2 3 Next › Last »

kubrick commented on 2022-11-15 12:40 (UTC)

Can someone enlighten me and tell me why this needs triggering mkinitcpio? What part of this package does someone benefit from having inside an initramfs? And if it is useful, is it the main intended use for this package? If not, then I don't think it should trigger mkinitcpio.

pilililo2 commented on 2022-11-15 08:04 (UTC)

I think that problem was because you upgraded dell-command-configure at the same time as other packages, instead of doing it before. Happened to a friend of mine. If you update cctk to latest version and then upgrade the rest of the system, theres no more kernel panic.

gitpocalypse commented on 2022-11-15 03:39 (UTC)

Added a post-upgrade script that runs mkinitcpio.

xuiqzy commented on 2022-11-13 19:24 (UTC)

Thanks for the update, but I updated including to the latest version (2022-11-08 03:27 (CET)) and my system still failed with a panic and the same error as the others on reboot (I fixed it now). I think you have to rebuild your initramfs with for example mkinitcpio -P after that (and/or do lddconfig ? ) to be able to boot up correctly.

Could you maybe add something like that as a post upgrade script or at least print a post upgrade warning for the time being for others?

pilililo2 commented on 2022-11-10 08:30 (UTC)

I can confirm. I reinstalled and now I can boot up without problems.

jmagder commented on 2022-11-08 18:45 (UTC)

I installed the new version released by @gitpocalpyse and survived my system reboot. Thanks @gitpocalypse!

gitpocalypse commented on 2022-11-08 02:31 (UTC)

Released a new version that removes the global ld preload stuff. I'm not sure if I actually need to patch the runpath for that srv binary though, it seems to run fine without doing that. I'm not using it for anything particular though. Just running with --help.

jmagder commented on 2022-11-07 17:48 (UTC) (edited on 2022-11-07 17:50 (UTC) by jmagder)

I ran into this same problem today! My fix: 1) chroot into the partition from a liveusb 2) remove dell-command-control 3) Run mkinitcpio -P. 4) Reboot 5) Celebrate!

kubrick commented on 2022-11-06 23:58 (UTC)

@gitpocalypse I think it's enough to do:

  • remove the two files
  • patchelf --set-rpath '$ORIGIN/../lib64' srvadmin/sbin/dchcfg

that means adding patchelf as a build dependency.

/opt/dell/dcc/cctk already has a RUNPATH set to /opt/dell/dcc/ which is enough to load the right library in the same directory. For consistency sake you may want to

patchelf --set-rpath '$ORIGIN' dcc/cctk

but that's only if you think people may change the install path...

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.