Package Details: i3lock-git 2.8.r10.g9c8ae8b-1

Git Clone URL: (read-only)
Package Base: i3lock-git
Description: An improved screenlocker based upon XCB and PAM
Upstream URL:
Keywords: i3 i3lock i3wm lock security x11 xorg
Licenses: MIT
Groups: i3-vcs
Conflicts: i3lock
Provides: i3lock
Submitter: Atsutane
Maintainer: badboy (Airblader)
Last Packager: Airblader
Votes: 53
Popularity: 0.690619
First Submitted: 2009-05-01 11:26
Last Updated: 2017-01-23 11:07

Required by (15)

Sources (1)

Latest Comments

Atsutane commented on 2012-05-13 19:51

extra/cairo now supports xcb again so i3lock-git also supports cairo => This package is obsolete. Thanks for maintaining it.

speps commented on 2012-05-13 13:59

@Atsutane Hi Thorsten, i3lock-libcairo-git could be probably merged with this now, do you confirm? Thanks

sschober commented on 2012-01-02 15:12

D_GNU_SOURCE -DNOLIBCAIRO -DVERSION=\""2.2-4-g2dd03ce (2011-12-30)"\" -c -o i3lock.o i3lock.c
i3lock.c:26:16: fatal error: ev.h: No such file or directory
compilation terminated.
make: *** [i3lock.o] Error 1

I think `libev` should be a dependency as well :)

ChristophLSA commented on 2011-12-06 10:56

new dependency: extra/xcb-util-image

Anonymous comment on 2010-11-21 20:51

ah I see, thx

Atsutane commented on 2010-11-21 19:53

Take a look at `i3lock --help`.

Anonymous comment on 2010-11-21 19:14

"man i3lock" mentions an -i --image option to specify an image instead of a color as background. Trying to use that option results in this message<.

i3lock: invalid option -- 'i'
i3lock: i3lock: Unknown option. Syntax: i3lock [-v] [-n] [-b] [-d] [-c color] [-p win|default] (compiled with NOLIBCAIRO)

tpavlic commented on 2010-07-30 14:36

I figured it out. For some reason, I had AUR/libiconv installed rather than just sticking with the iconv that comes with glibc.

Uninstalling libiconv and then RE-installing glibc fixed the problem. Now i3lock-git builds without any modifications.

tpavlic commented on 2010-07-30 14:14

In the PKGBUILD, changed:

make || return 1


LDFLAGS=-liconv make || return 1

and now it builds fine. (it appears to be an "upstream" problem because it clearly depends on iconv but doesn't link to it... but why does it build fine on your system?)

tpavlic commented on 2010-07-30 14:11



to LDFLAGS in the Makefile (in the line where LDFLAGS+=-lpam) fixes the problem. Can you think of a reason why iconv is included on your setups but not on mine?

Atsutane commented on 2010-07-30 10:53

Have you tried to use the updated PKGBUILD? We moved from xpm to png support, else I can't find a real reason why it wouldn't build for you, as I can build working packages using the clean packaging chroots with different setups(stable and testing, each for both architectures).

tpavlic commented on 2010-07-27 20:06

Since the recent upgrade, I cannot build. I get the error:

cc -o i3lock i3lock.o keysym2ucs.o ucs2_to_utf8.o xcb.o -Wl,--hash-style=gnu -Wl,--as-needed -lcairo -lxcb-keysyms -lxcb-dpms -lxcb-image -lxcb-shm -lxcb -lpam
ucs2_to_utf8.o: In function `convert_ucs_to_utf8':
ucs2_to_utf8.c:(.text+0x86): undefined reference to `libiconv'
ucs2_to_utf8.c:(.text+0xa6): undefined reference to `libiconv'
ucs2_to_utf8.c:(.text+0xcb): undefined reference to `libiconv_open'
ucs2_to_utf8.o: In function `convert_utf8_to_ucs2':
ucs2_to_utf8.c:(.text+0x177): undefined reference to `libiconv'
ucs2_to_utf8.c:(.text+0x197): undefined reference to `libiconv'
ucs2_to_utf8.c:(.text+0x1cb): undefined reference to `libiconv_open'
collect2: ld returned 1 exit status
make: *** [i3lock] Error 1

This error is in the pastebin:

Note: I do have libiconv (the AUR package) installed and up to date.