Search Criteria
Package Details: dell-command-configure 4.11.0.6-2
Package Actions
| 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.30 |
| First Submitted: | 2019-02-17 19:03 (UTC) |
| Last Updated: | 2023-10-30 12:30 (UTC) |
Dependencies (4)
- bash (bash-devel-static-gitAUR, bash-gitAUR, bash-devel-gitAUR, busybox-coreutilsAUR)
- libsmbios (libsmbios-gitAUR)
- openssl-1.1
- pciutils (pciutils-gitAUR)
Latest Comments
« First ‹ Previous 1 2 3 4 5 Next › Last »
bomberus commented on 2022-12-04 20:54 (UTC)
!!!Please do not install this package!!!
It overrides the default libcrypto.so.3 shared library and will make it impossible for your system to boot. Had to experience this the hard way.
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-control3) Runmkinitcpio -P. 4) Reboot 5) Celebrate!kubrick commented on 2022-11-06 23:58 (UTC)
@gitpocalypse I think it's enough to do:
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...
« First ‹ Previous 1 2 3 4 5 Next › Last »