Search Criteria
Package Details: dislocker 0.7.3-5
Package Actions
Git Clone URL: | https://aur.archlinux.org/dislocker.git (read-only, click to copy) |
---|---|
Package Base: | dislocker |
Description: | Read/write BitLocker-encrypted volumes |
Upstream URL: | https://github.com/Aorimn/dislocker |
Licenses: | GPL2 |
Conflicts: | dislocker-git |
Submitter: | mrxx |
Maintainer: | mrxx |
Last Packager: | mrxx |
Votes: | 34 |
Popularity: | 0.29 |
First Submitted: | 2014-06-02 17:25 (UTC) |
Last Updated: | 2024-09-02 11:35 (UTC) |
Dependencies (6)
- fuse (fuse2)
- mbedtls (mbedtls-gitAUR, mbedtls-dtlsAUR)
- ruby
- cmake (cmake-gitAUR) (make)
- make (make-gitAUR) (make)
- ntfs-3g (ufsd-pro-dkmsAUR, ntfsprogs-ntfs3AUR) (optional) – NTFS file system support
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 Next › Last »
mrxx commented on 2021-02-01 18:27 (UTC)
Seems to be a Manjaro-specific problem then, I've got no problems on an up-to-date Arch system.
ignilux commented on 2021-02-01 18:16 (UTC)
Thanks for that, I can confirm that the fix in korimitsu's comment worked for me as well. Running 5.10.7 kernel via Manjaro.
korimitsu commented on 2021-01-21 18:07 (UTC)
Error: dislocker-fuse: error while loading shared libraries: libmbedcrypto.so.3: cannot open shared object file: No such file or directory
Fix with: sudo ln -s /usr/lib/libmbedcrypto.so.6 /usr/lib/libmbedcrypto.so.3
luckdragon commented on 2020-05-24 00:32 (UTC)
This did not compile for me, I had to update the /usr/include/ruby-2.6.0/ path to 2.7.0
mrxx commented on 2019-09-29 12:42 (UTC)
haobinnan's fix has already been backported to Aorimn's git repo: https://github.com/Aorimn/dislocker/pull/187
Therefore, there is no need to use some third-party repo. Just install dislocker-git to fix the issue.
This package (dislocker) was created to provide stable releases; unfortunately, the last upstream release package is from 2017. There is already a request for a new release: https://github.com/Aorimn/dislocker/issues/194
ManU commented on 2019-09-29 07:40 (UTC)
here is the updated package build in addition to @Tom-1234 comment:
Maintainer: mrxx <mrxx at cyberhome dot at>
pkgname=dislocker pkgver=20190929 pkgrel=5 pkgdesc="Read/write BitLocker-encrypted volumes" arch=('i686' 'x86_64') url="https://github.com/haobinnan/dislocker" license=('GPL2') depends=('fuse' 'mbedtls' 'ruby') makedepends=('make' 'cmake') conflicts=('dislocker-git') optdepends=('ntfs-3g: NTFS file system support') source=('dislocker::git+https://github.com/haobinnan/dislocker') sha1sums=('SKIP')
build() { cd "$srcdir/$pkgname"
cmake -DCMAKE_INSTALL_PREFIX=/usr \ -Dlibdir=/usr/lib \ -DC_INCLUDE_PATH="$C_INCLUDE_PATH:/usr/include/ruby-2.6.0/" \ -D WARN_FLAGS:STRING="-Wall -Wextra" \ . make }
package() { cd "$srcdir/$pkgname" make DESTDIR="$pkgdir/" install
install -Dm644 README.md ${pkgdir}/usr/share/doc/${pkgname}/README install -Dm644 CHANGELOG.md ${pkgdir}/usr/share/doc/${pkgname}/CHANGELOG install -Dm644 LICENSE.txt ${pkgdir}/usr/share/licenses/${pkgname}/LICENSE }
Tom-1234 commented on 2019-07-26 11:10 (UTC)
Hello, there were problems (segmentation fault) after the upgrade to Win10 19.03, see https://github.com/Aorimn/dislocker/issues/185. Thankfully a fixed was prepared by haobinnan and is now available in the develop branch. I made a brief test and at least it works for me. Just as info for those running in the same issue. Kudos to haobinnan and Aorimn.
mrxx commented on 2019-07-23 16:59 (UTC)
alu1, I still can't reproduce the problem neither on my production machines nor on fresh test installations, it compiles fine with current ruby-2.6.3 everywhere.
Maybe this problem occurs only on systems with multiple (possibly outdated) versions of ruby installed in parallel. Because of this, I have added the path to the 2.6.0 includedir of ruby. Thank you for your feedback on this issue and kudos to GI_Jack for the fix.
alu1 commented on 2019-07-23 14:09 (UTC)
Package doesn't build with current Ruby2.6. Appreciate dependency is listed as legacy Ruby1.8, but that package doesn't build from AUR either. Can confirm GI_Jack's kludge to the PKGBUILD from March fixes inability to find <ruby.h>
« First ‹ Previous 1 2 3 4 5 6 Next › Last »