Arch Linux User Repository

Got a problem today with CMake Error at lib/xpp/CMakeLists.txt:70 (message): Missing required python module: xcbgen, even if I got xcb-proto.

While using pyenv, I resolved this problem by using: pyenv global system.

To solve the libjsoncpp issue you need to recompile polybar (particularly re-link). The easiest way to do that is to use a fresh clone of this AUR repo and run makepkg there. It is probably also possible with your AUR helper by telling it to remove existing build files (or deleting them yourself).

@victorz a clean installation will solve the issue. If it didn't for you, you likely reused an already compiled polybar executable when building the package.

For problems with conda, simply "conda deactivate", it will install. No need to purge path or remove anaconda.

@patrick96 Great!

edit: (can confirm compilation with latest GCC/clang succeeds with 3.4.2)

@banachtarski Thanks a lot for fixing this. I will merge the PRs immediately and also try to get them into the 3.4.2 release.

I've submitted two PRs, one to polybar and one to xpp (a submodule dependency) which resolves the build issues so hopefully those will be merged upstream soon.

I see the issue. The library breaks with GCC 10 (I'm a c++ dev on the bleeding edge). I'll work on a patch to submit upstream.

Yea the build is totally broken. I imagine it breaks with newer compilers?

In file included from /home/jeremy/.cache/yay/polybar/src/polybar/include/adapters/net.hpp:11, from /home/jeremy/.cache/yay/polybar/src/polybar/src/adapters/net_nl.cpp:1: /home/jeremy/.cache/yay/polybar/src/polybar/include/errors.hpp:12:12: error: ‘runtime_error’ has not been declared in ‘std’ 12 | using std::runtime_error; | ^~~~~~~~~~~~~

Tons of bugs like above. std::runtime_error is defined in the <stdexcept> header. I did a source code grep and that header doesn't exist anywhere in the codebase...

@lisu_ml That is the same issue we had before. Is your system fully upgraded?

Another dependency issue:

Scanning dependencies of target poly
[ 11%] Building CXX object bin/CMakeFiles/poly.dir/adapters/alsa/control.cpp.o
[ 12%] Building CXX object bin/CMakeFiles/poly.dir/adapters/alsa/mixer.cpp.o
[ 13%] Building CXX object bin/CMakeFiles/poly.dir/adapters/mpd.cpp.o
[ 14%] Building CXX object bin/CMakeFiles/poly.dir/adapters/net.cpp.o
[ 15%] Building CXX object bin/CMakeFiles/poly.dir/adapters/net_nl.cpp.o
[ 16%] Building CXX object bin/CMakeFiles/poly.dir/adapters/pulseaudio.cpp.o
[ 17%] Building CXX object bin/CMakeFiles/poly.dir/cairo/utils.cpp.o
In file included from /tmp/tmp.HtCk2kGOhO/polybar/polybar/src/polybar/include/cairo/utils.hpp:3,
                 from /tmp/tmp.HtCk2kGOhO/polybar/polybar/src/polybar/src/cairo/utils.cpp:3:
/usr/include/cairo/cairo-ft.h:46:10: fatal error: ft2build.h: No such file or directory
   46 | #include <ft2build.h>
      |          ^~~~~~~~~~~~
compilation terminated.
make[2]: *** [bin/CMakeFiles/poly.dir/build.make:141: bin/CMakeFiles/poly.dir/cairo/utils.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:606: bin/CMakeFiles/poly.dir/all] Error 2
make: *** [Makefile:130: all] Error 2

@1ace, thanks for the info. The changes did seem kind of weird to me, but I just assumed we did something wrong and that's why the package broke.

You can revert your xorgproto addition (25a4b661a38f), the archlinux change was reverted as it should never have happened.

Got a problem today with CMake Error at lib/xpp/CMakeLists.txt:70 (message): Missing required python module: xcbgen, even if I got xcb-proto.

While using pyenv, I resolved this problem by using: pyenv global system.