Arch Linux User Repository

@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.

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

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

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

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

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

Thanks, I've reported this upstream for now: https://github.com/i3/i3/issues/3652

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

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

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

 libi3_LIBS = \
    $(top_builddir)/libi3.a \
+   $(GLIB2_LIBS) \
+   $(GOBJECT2_LIBS) \
    $(XCB_LIBS) \
    $(XCB_UTIL_LIBS) \
    $(XCB_UTIL_XRM_LIBS) \
diff --git a/configure.ac b/configure.ac
index 6088699d..556b4be3 100644
--- a/configure.ac
+++ b/configure.ac
@@ -101,6 +101,8 @@ PKG_CHECK_MODULES([XKBCOMMON], [xkbcommon xkbcommon-x11])
 PKG_CHECK_MODULES([YAJL], [yajl])
 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.
 AC_PROG_AWK

and modifying the PKGBUILD to patch apply it like so

source=('git://github.com/Airblader/i3#branch=gaps-next' '0001-fix-pango-update.patch')
sha1sums=('SKIP'
          'c8820c20daee3af60ee6b5ccbfecbbc1bc2bf3aa')

_gitname='i3'

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.

Also seeing the same issue

pango was updated to 1.43.0 (https://git.archlinux.org/svntogit/packages.git/log/trunk?h=packages/pango) and the good old

undefined reference to symbol 'g_utf8_make_valid'

is back.