Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#19686 - [hal] [pmount] incorrect cryptsetup path

Attached to Project: Arch Linux
Opened by Gereon Schomber (IncredibleLaser) - Thursday, 03 June 2010, 08:28 GMT
Last edited by Thomas Bächler (brain0) - Thursday, 10 June 2010, 11:12 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Tobias Powalowski (tpowa)
Jan de Groot (JGC)
Thomas Bächler (brain0)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
Cryptsetup 1.1.2-1 installs its binary to /sbin/cryptsetup rather than /usr/sbin/cryptsetup, however HAL's scripts expect it in /usr/sbin. I'm currently rebuilding HAL without applying cryptsetup_location.patch which I hope fixes the issue.

Steps to reproduce:
- Install Cryptsetup 1.1.2-1
- Try to mount an encrypted device in KDE. You get:

"org.freedesktop.Hal.Device.Volume.Crypto.CryptSetupMissing: Error setting up /dev/sdxn - /usr/sbin/cryptsetup not found"
This task depends upon

Closed by  Thomas Bächler (brain0)
Thursday, 10 June 2010, 11:12 GMT
Reason for closing:  Fixed
Comment by Thomas Bächler (brain0) - Thursday, 03 June 2010, 13:29 GMT
Oops, I think pmount has the same problem.
Comment by Gereon Schomber (IncredibleLaser) - Thursday, 03 June 2010, 14:41 GMT
Yes, there is a report about pmount. But IMHO cryptsetup is relevant for the system and therefore belongs in /sbin, not in /usr/sbin.

BTW, I recompiled HAL without the patch mentioned in the report and everything seems to work.
Comment by Lukas Fleischer (lfleischer) - Thursday, 10 June 2010, 10:12 GMT
Patch attached (patch against PKGBUILD).
   hal-fix-cryptsetup-path.patch (1.1 KiB)

Loading...