Package Details: i3-gaps-next-git 4.20.1.r78.ga661d82c-1

Git Clone URL: (read-only, click to copy)
Package Base: i3-gaps-next-git
Description: A fork of i3wm tiling window manager (development branch) with more features, including gaps
Upstream URL:
Keywords: gaps i3
Licenses: BSD
Conflicts: i3-gaps, i3-git, i3-wm
Provides: i3-wm
Submitter: bandali
Maintainer: Airblader
Last Packager: Airblader
Votes: 128
Popularity: 0.099355
First Submitted: 2015-01-04 04:40 (UTC)
Last Updated: 2022-03-19 14:25 (UTC)

Required by (48)

Sources (1)

Latest Comments

Airblader commented on 2022-03-19 14:25 (UTC)

@kkyy Thank you, I updated the package.

kkyy commented on 2022-03-19 07:44 (UTC)

When updating the source I got this error:

  The unauthenticated git protocol on port 9418 is no longer supported.
Please see for more information.

Changing source to git+ solves the problem.

Airblader commented on 2021-04-26 05:48 (UTC)

@Genesis @ronin

Can you please try deleting your cached directory for the package? The PKGBUILD here is the same as i3-git, and both build fine once I did that.

ronin commented on 2021-04-26 05:19 (UTC)

can you add pod2man as dependency?

Genesis commented on 2020-12-19 08:02 (UTC)


For some time now, I have this error when trying to build this package. Maybe pod2man should be added as a make dependency ?

==> Making package: i3-gaps-next-git 4.19.r2.g05b28d87-1 (Sat 19 Dec 2020 09:00:18 AM CET)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Missing dependencies:
  -> pod2man
==> ERROR: Could not resolve all dependencies.

Airblader commented on 2020-11-15 22:01 (UTC)

@patrick96 Yes, I was a bit too eager removing some clutter. Sorry about that, but should be fixed now.

patrick96 commented on 2020-11-15 21:58 (UTC)

Shouldn't git be in makedepends? Otherwise I get an error when building in a clean chroot (with extra-x86_64-build): ==> ERROR: Cannot find the git package needed to handle git sources.

Airblader commented on 2019-10-16 18:33 (UTC)

@erikdubois What's wrong with how it works? I use the mechanism recommended in the guidelines. This is a VCS package, the version number doesn't have to be up to date all the time, you're responsible to rebuild it yourself. You can also use the release package i3-gaps instead.

I do bump it on releases usually, though.

commented on 2019-10-16 18:21 (UTC)

Can you change the way the version number works please. We are now at i3-gaps-next-git 4.17.1.r93.gd4492c5a-1.

Airblader commented on 2019-03-29 08:23 (UTC)

@Megumi_fox Can you please report this on GitHub upstream in i3?

Megumi_fox commented on 2019-03-29 04:54 (UTC)

when building on many threads concurrently, the generated Makefile may try to compile i3-config-wizard before i3-config-parser.stamp and result an error where GCC cannot find the to-be-generated header file. This error happens at a low possibility.

  GEN      docs/debugging.html
  GEN      docs/lib-i3test.html
  GEN      docs/lib-i3test-test.html
  GEN      docs/hacking-howto.html
  GEN      docs/userguide.html
../../i3/i3-config-wizard/main.c:109:10: fatal error: GENERATED_config_enums.h: No such file or directory
 #include "GENERATED_config_enums.h"
compilation terminated.
make[1]: *** [Makefile:2774: i3-config-wizard/i3_config_wizard-main.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/build/i3-gaps-next-git/src/i3/build'
make: *** [Makefile:1332: all] Error 2
 [1m [31m==> ERROR: (B [m [1m A failure occurred in build(). (B [m

chrhasse commented on 2019-03-21 07:52 (UTC)

I can confirm it's working now. Thanks for the merge.

Airblader commented on 2019-03-21 07:44 (UTC)

@chrhasse @callen @rhssk A fix should have been merged now, could you verify please?

Airblader commented on 2019-03-20 08:19 (UTC)

Thanks, I've reported this upstream for now:

chrhasse commented on 2019-03-20 04:22 (UTC)

Saving this patch as 0001-fix-pango-update.patch

diff --git a/ b/
index ee71b7f2..79201b98 100644
--- a/
+++ b/
@@ -277,6 +277,8 @@ i3_LDADD = \

 libi3_CFLAGS = \
    $(AM_CFLAGS) \
+   $(GLIB2_CFLAGS) \
    $(XCB_CFLAGS) \
@@ -285,6 +287,8 @@ libi3_CFLAGS = \

 libi3_LIBS = \
    $(top_builddir)/libi3.a \
+   $(GLIB2_LIBS) \
+   $(GOBJECT2_LIBS) \
    $(XCB_LIBS) \
    $(XCB_UTIL_LIBS) \
diff --git a/ b/
index 6088699d..556b4be3 100644
--- a/
+++ b/
@@ -101,6 +101,8 @@ PKG_CHECK_MODULES([XKBCOMMON], [xkbcommon xkbcommon-x11])
 PKG_CHECK_MODULES([LIBPCRE], [libpcre >= 8.10])
 PKG_CHECK_MODULES([PANGOCAIRO], [cairo >= 1.14.4 pangocairo])
+PKG_CHECK_MODULES([GLIB2], [glib-2.0])
+PKG_CHECK_MODULES([GOBJECT2], [gobject-2.0])

 # Checks for programs.

and modifying the PKGBUILD to patch apply it like so

source=('git://' '0001-fix-pango-update.patch')


pkgver() {
  cd "$srcdir/$_gitname"
  git describe --long | sed 's/\([^-]*-g\)/r\1/;s/-/./g'

prepare() {
    cd "$srcdir/$_gitname"
    patch -Np1 -i "$srcdir/0001-fix-pango-update.patch"

fixes the issue for me. It would probably be better to depend on glib-2.0 and gobject-2.0 explicitly as well.

callen commented on 2019-03-19 21:53 (UTC)

Also seeing the same issue

rhssk commented on 2019-03-19 18:32 (UTC) (edited on 2019-03-19 18:33 (UTC) by rhssk)

pango was updated to 1.43.0 ( and the good old

undefined reference to symbol 'g_utf8_make_valid'

is back.

madscience commented on 2019-01-29 15:24 (UTC)

That worked perfectly, thanks!

Airblader commented on 2019-01-29 07:49 (UTC)

@madscience I've changed the pkgver now according to the guidelines[1]. Probably one reinstall is necessary to update the local version, though. Let me know if you have issues still. Thanks!


Airblader commented on 2019-01-29 07:35 (UTC)

@madscience That's a side effect of how pkgver is calculated and the fact that there has been a 4.16.1 patch release. That's very unfortunate. If someone has an idea of how to change the pkgver to avoid this I'd be happy to incorporate it... I'm using git describe right now which I was hoping wouldn't have such issues. Possibly it'd be enough to remove the replacement of dashes with dots?

madscience commented on 2019-01-28 23:55 (UTC)

I updated to the latest version of the package and I keep getting prompted to update by my AUR helper (pikaur). Is there an issue with the version number in the pkgbuild? or is it my aur helper?

:: AUR package will be installed: i3-gaps-next-git -> 4.16.56.g56ea3afe-1

madscience commented on 2019-01-06 04:47 (UTC) (edited on 2019-01-06 04:47 (UTC) by madscience)

I just got a pango update,

pango 1.43.0-1 -> 1:1.42.4-1

which looks like the pango update was reverted, and the problem is resolved

Airblader commented on 2019-01-05 22:28 (UTC)

Thanks everyone. Maybe the issue is that this package doesn't explicitly depend on glib2 or something. Could someone try adding the dependency explicitly to PKGBUILD and seeing if it works then (after upgrading pango again, of course)?

wjeng commented on 2019-01-05 21:18 (UTC)

Downgrading pango worked for me too.

madscience commented on 2019-01-05 18:35 (UTC)

Downgrading pango allowed the build to proceed. I tried updating pango again after building and it seems OK for now, so this is a temporary workaround.

rhssk commented on 2019-01-05 18:30 (UTC) (edited on 2019-01-05 18:34 (UTC) by rhssk)

Same problem, downgrading pango (1.43.0-1 -> 1.42.4-1) helped.

philm commented on 2019-01-05 15:00 (UTC)

Can confirm, have the same error while building

madscience commented on 2019-01-05 05:25 (UTC) (edited on 2019-01-05 05:26 (UTC) by madscience)

Just in case you need it, I'm currently using i3-gaps-next-git built on:

Build Date : Fri 14 Dec 2018 12:21:53 PM EST

So whatever is causing the build error happened since then

madscience commented on 2019-01-05 05:18 (UTC)

I just attempted to build using this PKGBUILD but substituting the repo, and I got the same error:

/usr/bin/ld: ./libi3.a(a-string.o): undefined reference to symbol 'g_utf8_make_valid' /usr/bin/ld: /usr/lib/ error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status

Airblader commented on 2019-01-04 23:38 (UTC) (edited on 2019-01-04 23:38 (UTC) by Airblader)

@wjeng @madscience Could either one of you try building this PKGBUILD but just replacing the repository URL with the one for i3 (Airblader/i3 → i3/i3)? Just so we make sure we use the current PKGBUILD and the current i3 git HEAD.

Appreciate your support!

madscience commented on 2019-01-04 22:31 (UTC)

I can confirm the same error when building with pikaur:

/usr/bin/ld: ./libi3.a(a-string.o): undefined reference to symbol 'g_utf8_make_valid' /usr/bin/ld: /usr/lib/ error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status make[1]: [Makefile:1582: i3] Error 1 make[1]: Waiting for unfinished jobs.... /usr/bin/ld: ./libi3.a(a-string.o): undefined reference to symbol 'g_utf8_make_valid' /usr/bin/ld: /usr/lib/ error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status make[1]: *** [Makefile:1676: i3bar/i3bar] Error 1

my version of glib 2 is 2.58.2-1, it's the most up to date.

wjeng commented on 2019-01-04 21:31 (UTC)

@Airblader Both i3 and i3-gaps build fine. I once accidentally did "yay -S i3-gaps-doubleborder" and got a similar error:

/usr/bin/ld: src/i3-util.o: undefined reference to symbol g_markup_escape_text'

/usr/bin/ld: /usr/lib/ error adding symbols: DSO missing from command line

Airblader commented on 2019-01-04 17:30 (UTC)

@wjeng I don't know what to tell you other than that you need glib2 >=2.52. The PKGBUILD for i3 is mostly the same. Does that one build for you?

wjeng commented on 2019-01-03 23:46 (UTC)

@Airblader I ran "pacman -S glib2" and it was already up to date. I also have glib-perl and glibc installed and up to date.

Airblader commented on 2019-01-03 20:56 (UTC)

@wjeng That sounds like the version of glib is too old

wjeng commented on 2019-01-03 07:30 (UTC) (edited on 2019-01-03 07:42 (UTC) by wjeng)

When building (using yay), I get this error message:

/usr/bin/ld: ./libi3.a(a-string.o): undefined reference to symbol 'g_utf8_make_valid'

/usr/bin/ld: /usr/lib/ error adding symbols: DSO missing from command line

collect2: error: ld returned 1 exit status

I already have i3-gaps installed, I'm just trying to switch to this package. What should I do?

WiLLiE commented on 2017-10-12 21:02 (UTC)

@Airblader Thanks, it worked.

Airblader commented on 2017-10-12 20:48 (UTC)

@WiLLiE You can just install it. The old i3-gaps-git should be removed as a conflict, your config will remain.

WiLLiE commented on 2017-10-12 20:42 (UTC) (edited on 2017-10-12 20:43 (UTC) by WiLLiE)

How do I safely update to this package from i3-gaps-git?

Airblader commented on 2017-08-27 06:42 (UTC)

@elvismdnin automake is part of base-devel, which per guidelines is supposed to not be listed as a dependency.

elvismdnin commented on 2017-08-26 23:49 (UTC)

The automake package was needed to install, so this package wasnt installing.

Airblader commented on 2017-05-18 07:53 (UTC)

@atrus7 The package *has* been updated since this was merged into gaps-next (see "Last Updated"). So you should have that fix.

atrus7 commented on 2017-05-17 21:32 (UTC)

Hi, would it be possible to update this package? I've been living with this crashing bug for a while, which was fixed in gaps-next here: gaps-next has the fix, but it hasn't been updated since the fix was put in place.

Airblader commented on 2017-03-06 11:17 (UTC)

@benj The way I understand it, it's a dependency of pango / cairo. i3 doesn't use OpenGL on its own. This dependency should be pulled by pango / cairo, not i3.

benj commented on 2017-03-02 16:19 (UTC)

@Airblader In a new Arch installation this build fails until the 'mesa' package is installed. Could it be added to the dependencies list? Thanks! ref:

Airblader commented on 2016-11-09 07:32 (UTC)

@ssmATarch Yeah, forgot about that. Thanks!

ssmATarch commented on 2016-11-09 01:40 (UTC) (edited on 2016-11-09 01:40 (UTC) by ssmATarch)

@Airblader Do you want to add xcb-util-xrm as a dependency, because it doesn't build otherwise (reports missing 'xcb-xrm')?

Airblader commented on 2016-10-26 17:46 (UTC)

@krompus Another user reporting the same problem said that after rebooting the issue was gone.

krompus commented on 2016-10-26 08:02 (UTC)

@Airblader Affirmative.

Airblader commented on 2016-10-26 07:01 (UTC)

@krompus Can you open a bug upstream (i3, not i3-gaps) and provide log and backtrace there? For me the new version works on two different machines.

krompus commented on 2016-10-26 06:16 (UTC)

Just a heads up: I just installed this latest update `4.12.204.gfb64d06-1`, and I was greeted by a black screen upon login. I have reverted to `i3-gaps-git` for now, which has solved the issue.

Airblader commented on 2016-10-03 10:21 (UTC) (edited on 2016-10-03 10:22 (UTC) by Airblader)

@kmyid This isn't a bug tracker. In any case, I suspect you're seeing what will be fixed as soon as is merged. Naturally i3-gaps-git doesn't contain this bug since it tracks the release version.

commented on 2016-10-03 10:20 (UTC)

After the recent update, this package segfaults on startup for me, whereas the i3-gaps-git does not.

commented on 2016-10-03 10:20 (UTC)

After the recent update, this package segfaults on startup for me, whereas the i3-gaps-git does not.

Airblader commented on 2016-08-10 21:01 (UTC)

@blumsicle That part was pretty much just copied from the i3-wm package PKGBUILD. As far as i3-save-tree goes, that's a complete oversight. Thanks for pointing it out! I'll update all my i3 packages to use the single command.

blumsicle commented on 2016-08-10 20:03 (UTC)

I have a question about the PKGBUILD you created. In the original i3-git PKGBUILD, all the man pages are installed using a single command. However, in this one, you've elected to use an install command for each man page and, in the process, you've omitted the man page for the `i3-save-tree` command. Was this intentional or just an oversight? Also, thank you for the work you've put into this project as I can't see myself not using gaps anymore :)

pperduta commented on 2016-07-20 09:50 (UTC) (edited on 2016-07-20 09:51 (UTC) by pperduta)

Using this PKGBUILD I'm unable to clone i3 repo. I belive that line: `source=('git://')` should be changed to: `source=('git+')` as this works for me. I'm not sure if this is really broken, or it's just me (I'm behind proxy). If anyone has any information about this, please comment.

Airblader commented on 2016-04-20 19:36 (UTC)

@ainola Too late. :-) I've pushed i3-gaps now which simply applies the patch to allow the out of tree build for now. I'd appreciate you giving it a shot and taking a look at the packaging.

ainola commented on 2016-04-20 19:27 (UTC)

@Airblader, I think the next release would be just fine. Considering your package has been happily used by the community for this long, now, I think there is no rush for this. Once again, thanks so much for maintaining!

Airblader commented on 2016-04-20 19:11 (UTC) (edited on 2016-04-20 19:14 (UTC) by Airblader)

@ainola Unfortunately in all currently releases versions, out of tree builds (like from the tarball) fail. This has been fixed, but only recently, so it's not yet in the current release. The way I see it we have a few options: * Wait for the next release before packaging i3-gaps (without -git). * Include the commit that fixed it as a patch for now and apply it before building. * Build from git for now and change that with the next release. However, I really would want to merge i3-gaps-git in this case. I don't really see any use in having a -git package for a branch which is 99% the same as the non-git package.

ainola commented on 2016-04-20 19:06 (UTC)

I think having both i3-gaps-git and i3-gaps is perfectly fine. As there are downloadable releases on Github's page, git would not be necessary: the source would just equal the tar.gz archive, which would then autoextract during the build process. -git packages are typically expected to follow the latest git releases, so I don't think anything needs to change here.

Airblader commented on 2016-04-20 18:59 (UTC)

@ainola Thanks for the hint, I'll look into fixing that. As for the release question, I guess it wouldn't hurt to make i3-gaps-git check out the actually tagged release (I'd keep i3-gaps-next-git the way it is, though), seeing how the branch rarely changes anyway (and I don't update pkgver between releases). But then the package name wouldn't really fit anymore, so I guess I'd have to publish i3-gaps as a new package and request them to be merged?

ainola commented on 2016-04-20 18:41 (UTC)

Thanks for maintaining this! A few things: 1) You should quote your variables to prevent word splitting. All these install commands would fail if someone were to build this in "My Dir". 2) Are you willing to maintain a stable, non-git version of this? As you're the dev I don't want to tread on your efforts by packaging the stable releases if you intend to, but I would rather be running releases than git versions on my machine :).

Airblader commented on 2016-04-01 19:42 (UTC)

@johnwind I have no idea what you mean, but please report (potential) bugs on Github, not here.

Airblader commented on 2016-01-18 20:11 (UTC)

@Doctor_Mooch @ClawOfLight This seems to be an issue with perl not setting the correct path. If you google for it ("pod2man: command not found"), you find information for it. In short, use export PATH="$PATH:/usr/bin/core_perl" before installing i3-gaps-git. Ideally, put it into your path permanently.

ClawOfLight commented on 2016-01-18 17:01 (UTC) (edited on 2016-01-20 10:47 (UTC) by ClawOfLight)

I am getting exactly the same error as Doctor_Mooch. Is there any news on this @Airblader? Edit: Thanks, it worked! I wonder why the perl package doesn't do that?

Doctor_Mooch commented on 2015-11-14 15:30 (UTC) (edited on 2015-11-15 01:44 (UTC) by Doctor_Mooch)

Im getting an error: D2MAN man/i3-dmenu-desktop.1 /bin/sh: pod2man: command not found man/ recipe for target 'man/i3-dmenu-desktop.1' failed make[1]: *** [man/i3-dmenu-desktop.1] Error 127 make[1]: Leaving directory '/tmp/yaourt-tmp-alpha/aur-i3-gaps-git/src/i3' Makefile:2: recipe for target 'all' failed make: *** [all] Error 2 make: Leaving directory '/tmp/yaourt-tmp-alpha/aur-i3-gaps-git/src/i3/man' ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build i3-gaps-git. ==> Restart building i3-gaps-git ? [y/N] ==> ------------------------------------ any help is greatly appreciated!

Airblader commented on 2015-10-21 17:04 (UTC)

@Nikzy Looks like you don't have a compiler installed. You should install base-devel.

Nikzy commented on 2015-10-21 17:02 (UTC) (edited on 2015-10-22 14:52 (UTC) by Nikzy)

Getting this error: [libi3] CC libi3/get_process_filename.c make: cc: Command not found libi3/ recipe for target 'libi3/get_process_filename.o' failed make: *** [libi3/get_process_filename.o] Error 127 ==> ERROR: A failure occurred in build(). EDIT: Thanks Airblaider!

eloc574 commented on 2015-10-06 15:01 (UTC) (edited on 2015-10-06 15:06 (UTC) by eloc574)

I was not able to build with: source=('git://') so I changed it to: source=('i3::git+') as per the example Git source array on the vcs guidelines wiki page, and built just fine. I think this is due to the git protocol(9418) being used which I don't think is open at my workplace. So this is most likely a non-issue but I thought I'd let people know anyways.

Airblader commented on 2015-10-02 13:48 (UTC)

@SeriousBug Sure, done. :)

commented on 2015-10-02 13:41 (UTC)

It isn't too big of a deal, but could you swap the dependency `xcb-util-cursor-git` with `xcb-util-cursor`? The latter is in the official repos, i3-gaps does work with it, and the former provides it anyway so people can choose between the two this way.

Airblader commented on 2015-09-10 13:53 (UTC)

@Meteque0219 No worries; originally I had it listed as a dependency until someone told *me* that it's wrong. ;) Glad you like it!

tmp-meteque commented on 2015-09-10 13:51 (UTC)

My bad, you're right, sorry @Airblader. And btw, thanks for developing and maintain this package. It's awesome! :)

Airblader commented on 2015-09-10 05:43 (UTC)

@Meteque0219 No, gcc is in base-devel which all AUR packages assume to be installed. It's considered bad practice to include it as a dependency. (Besides, I don't want to force the compiler as someone can also compile with clang).

tmp-meteque commented on 2015-09-10 03:49 (UTC)

You should add gcc as a dependency.

Airblader commented on 2015-05-16 12:51 (UTC)

@sullyj3 No, the non-git package should be fine.

sullyj3 commented on 2015-05-16 09:12 (UTC)

the dependency xcb-util-cursor-git seems to be orphaned, so i'm kinda reluctant to install it. Is there any reason I can't use xcb-util-cursor from Extra?

bandali commented on 2015-01-04 14:31 (UTC)

@MadKnight Thanks! Yeah there are two versions now: i3-gaps-git and i3-gaps-next-git

madnight commented on 2015-01-01 22:11 (UTC)

aminb niceone! i would have done it my self sooner or later but not necessary anymore : ) maybe consider also two aur versions i3-gaps-next i3-gaps