Package Details: cryptkeeper 0.9.5-6

Git Clone URL: (read-only, click to copy)
Package Base: cryptkeeper
Description: A Linux system tray applet that manages EncFS encrypted folders.
Upstream URL:
Licenses: GPL3
Submitter: Baumi
Maintainer: None
Last Packager: fukawi2
Votes: 126
Popularity: 0.000003
First Submitted: 2007-09-01 19:31
Last Updated: 2018-05-17 01:48

Latest Comments

1 2 3 4 5 Next › Last »

patroclo7 commented on 2018-04-05 08:11

The last comment by mayduavongts looks like spam.

mayduavongts commented on 2018-01-24 03:33

Thanks for sharing, nice post! Post really provice useful information!

blx32 commented on 2017-11-30 04:41

# Maintainer: Phillip Smith <>
# Contributor: Paolo Stivanin aka Polslinux <admin AT polslinux DOT it>
# pkgrel3 patcher: Ivan de Jesús Pompa García <>

### Please ask support questions about this software in one of:
### 1) The AUR comments; OR
### 2) Upstream forums/maillist etc; OR
### 3) The ArchLinux forums
### I do not always know enough about the software itself, or don't have the
### time to promptly respond to direct emails.
### If you have found a problem with the package/PKGBUILD (as opposed to
### the software) then please do email me or post an AUR comment.
### reply to m4th3us

pkgdesc="A Linux system tray applet that manages EncFS encrypted folders."
arch=(i686 x86_64)
depends=('gtk2' 'gconf' 'encfs')

prepare() {
cd "$srcdir"/$pkgname
patch -Np1 < "$srcdir"/cryptkeeper-0.9.5-fix-linking.patch
patch -Np1 < "$srcdir"/cryptkeeper-0.9.5-add-unistd-to-lsof.patch
build() {
cd "$srcdir"/$pkgname
autoreconf -fvi
./configure --prefix=/usr

package() {
cd "$srcdir"/$pkgname

make DESTDIR="$pkgdir" install


# vim:set ts=2 sw=2 et:

m4th3us commented on 2017-02-01 13:56

Linux Encryption App, Cryptkeeper, Has Universal Password “p”

"The Debian developer Simon McVittie writes that it might be happening due to an adverse interaction with encfs’ command line interface. With a simulated pressing of “p”, Cryptkeeper envokes encfs and sets the passwords to just “p” letter."

rcct commented on 2015-12-12 04:14

According to the post in the forums about this ( what you suggest might be needed if there is a pre-existent package if makepkg is used to locally build the package and later on pacman -U is used to install it.
In my case I have reinstalled it using yaourt and, as far as I know, there wasn't any previous local pre-built version (being a possible hint that "yaourt" (using makepkg, that is) went through the whole build process instead of just using a local copy).

The script featured in the announcement always showing the same file(s) even after their rebuilt, as Allan states in the same thread, doesn't help to get rid of the 'paranoia' though, unfortunately.

fukawi2 commented on 2015-12-11 03:02

I think you just have to rebuild the package (ie, run makepkg -f) after updating so it gets recompiled against the new ABI. I stand to be corrected though.

rcct commented on 2015-12-11 02:50

This is one of the packages that popped up when checking the related C++ ABI update using the shell script as stated here,

I am not sure though if I simply have to reinstall or the package (PKGBUILD?) has to be updated somehow :-?

fukawi2 commented on 2015-02-26 22:09

Thanks for pointing that out, I've added autoconf in as a makedepends()

arjunkc commented on 2015-02-26 17:05

The PKGBUILD works, but there is a dependency that must be added: autoconf. Without autoconf, the build will fail with linking errors like
undefined reference to symbol 'XUngrabServer'
since the file will be ignored. You can fix this by installing the autoconf package manually.

hirunatan commented on 2014-12-23 17:43

I have the same problem as spooky. This is the complete trace:

g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/gconf/2 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wl,-O1,--sort-common,--as-needed,-z,relro -o cryptkeeper encfs_wrapper.o ConfigDialog.o ImportStashWizard.o CreateStashWizard.o PasswordChangeDialog.o main.o gtkstatusicon.o gtktrayicon-x11.o PasswordEntryDialog.o lsof.o -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lfontconfig -lfreetype -lgconf-2 -lglib-2.0
/usr/bin/ld: gtktrayicon-x11.o: referencia sin definir al símbolo 'XUngrabServer'
/usr/lib/ error adding symbols: DSO missing from command line
collect2: error: ld devolvió el estado de salida 1
Makefile:266: fallo en las instrucciones para el objetivo 'cryptkeeper'

The problem is not a missing dependency; is that when calling to g++ the makefile is not adding the -lX11 flag. I have managed to compile it by downloading the source package, applying the patches by hand, doing ./configure --prefix=/usr and make, and finally by copying&pasting the g++ line adding -lX11 at the end.

But i'm not able to fix it in the file, i can't find the proper variable.