Package Details: libgcrypt-git 1.6.0+164+gceaa97f-1

Git Clone URL: (read-only)
Package Base: libgcrypt-git
Description: General purpose cryptographic library based on the code from GnuPG
Upstream URL:
Licenses: LGPL
Conflicts: libgcrypt
Provides: libgcrypt=1.6.0+164+gceaa97f
Submitter: alphazo
Maintainer: None
Last Packager: alphazo
Votes: 1
Popularity: 0.000297
First Submitted: 2014-06-08 07:30
Last Updated: 2015-06-12 13:27

Dependencies (4)

Required by (218)

Sources (1)

Latest Comments

alphazo commented on 2016-06-19 13:03

@Loen who flagged this package as out of date. While the package names states "libgcrypt-git 1.6.0+164+gceaa97f-1" it does pull and compile the latest git version which is even newer than the recently announced 1.7 release. For example when compiling it on June 19 you will get "libgcrypt-git 1.7.1+2+g0f3a069-1"

tom.ty89 commented on 2015-05-21 21:01

ghostscript(gs) and transfig(fig2dev) are required as makedep

alphazo commented on 2015-01-27 10:47

@AdrianCohea Removed references to automake-1.11. Seems to compîle just fine now.

AdrianCohea commented on 2015-01-24 17:19

PKGBUILD no longer requires automake-1.11. In fact, it won't build for me as is. I would try removing the AUTOMAKE_SUFFIX="-1.11" part before the ./ invocation and removing automake-1.11 as a make dependency. ^_^

alphazo commented on 2014-10-01 07:56

Thanks AdrianCohea. Package has been updated with the proposed fix.

AdrianCohea commented on 2014-09-27 18:35

I owe alphazo and the Arch community a big apology.

***Please remove "--with-capabilities" from the ./configure invocation.***

I am responsible for breaking the LVM over LUKS boot with this package ( I did not have any malicious intent, and thought that building with Linux capabilities would be optimal and without cost. That could not be further from the truth. Building --with-capabilities triggers an issue in cryptsetup noted here ( The issue has been KNOWN for a very long time (since 2010), and it was closed as a "won't fix" bug. I am not sure if "---with-capabilities" corresponds to the libcap issue the bug reporter is talking about. All that I know is that on running "cryptsetup --debug luksOpen ..." shows a "device-mapper: version ioctl on failed: Permission denied" error. This error can only occur if root privileges are being dropped, which is EXACTLY what the bug report described.

Further evidence that the Arch core maintainers already knew this is that "--with-capabilities" is NOT found in the core PKGBUILD file.

I retested this package with the switch removed, and it works on my system after a mkinitcpio.

alphazo commented on 2014-09-20 20:00

UPDATE: I still can't properly boot my LVM/LUKS setup with this version ;(
Root & home directories seem to be decrypted and mounted fine but my swap partition that gets a random encryption key upon each boot doesn't mount and makes gnome to crash.

enc-swap /dev/sda3 /dev/urandom cipher=aes-cbc-essiv:sha256,size=128,hash=sha512,swap

/dev/mapper/enc-swap swap swap defaults 0 0

alphazo commented on 2014-09-20 19:21

Thanks @AdrianCohea. I can go back playing around with GnuPG beta.

AdrianCohea commented on 2014-09-20 18:03

UPDATE: This package no longer breaks LVM on LUKS boot.

neersighted commented on 2014-07-02 18:42

Note that 'transfig' should be in the makedepends.

All comments