GNOME Bugzilla – Bug 791182
Installing with pip failes with syntax error in configure
Last modified: 2017-12-03 21:30:44 UTC
I tried installing pygobject on python 3.5.3 using `pip install git+https://git.gnome.org/browse/pygobject`. This should work since https://bugzilla.gnome.org/show_bug.cgi?id=767988 is resolved. The build fails with a syntax error though, no matter if I'm using a virtualenv or not. Full log: Collecting git+https://git.gnome.org/browse/pygobject Cloning https://git.gnome.org/browse/pygobject to /tmp/pip-wcvoc5fs-build Installing collected packages: pygobject Running setup.py install for pygobject ... error Complete output from command /home/konsti/venv/bin/python3 -u -c "import setuptools, tokenize;__file__='/tmp/pip-wcvoc5fs-build/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" install --record /tmp/pip-tqlr8po9-record/install-record.txt --single-version-externally-managed --compile --install-headers /home/konsti/venv/include/site/python3.5/pygobject: running install running build aclocal: installing 'm4/glib-2.0.m4' from '/usr/share/aclocal/glib-2.0.m4' aclocal: installing 'm4/libtool.m4' from '/usr/share/aclocal/libtool.m4' aclocal: installing 'm4/ltoptions.m4' from '/usr/share/aclocal/ltoptions.m4' aclocal: installing 'm4/ltsugar.m4' from '/usr/share/aclocal/ltsugar.m4' aclocal: installing 'm4/ltversion.m4' from '/usr/share/aclocal/ltversion.m4' aclocal: installing 'm4/lt~obsolete.m4' from '/usr/share/aclocal/lt~obsolete.m4' aclocal: installing 'm4/pkg.m4' from '/usr/share/aclocal/pkg.m4' autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force autoreconf: configure.ac: tracing autoreconf: running: libtoolize --copy --force libtoolize: putting auxiliary files in '.'. libtoolize: copying file './ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'. libtoolize: copying file 'm4/libtool.m4' libtoolize: copying file 'm4/ltoptions.m4' libtoolize: copying file 'm4/ltsugar.m4' libtoolize: copying file 'm4/ltversion.m4' libtoolize: copying file 'm4/lt~obsolete.m4' libtoolize: Consider adding '-I m4' to ACLOCAL_AMFLAGS in Makefile.am. autoreconf: running: /usr/bin/autoconf --force autoreconf: running: /usr/bin/autoheader --force autoreconf: running: automake --add-missing --copy --force-missing configure.ac:75: installing './compile' configure.ac:48: installing './config.guess' configure.ac:48: installing './config.sub' configure.ac:46: installing './install-sh' configure.ac:46: installing './missing' Makefile.am:55: installing './py-compile' gi/Makefile.am: installing './depcomp' tests/Makefile.am:30: warning: source file '$(srcdir)/gimarshallingtestsextra.c' is in a subdirectory, tests/Makefile.am:30: but option 'subdir-objects' is disabled automake: warning: possible forward-incompatibility. automake: At least a source file is in a subdirectory, but the 'subdir-objects' automake: automake option hasn't been enabled. For now, the corresponding output automake: object file(s) will be placed in the top-level directory. However, automake: this behaviour will change in future Automake versions: they will automake: unconditionally cause object files to be placed in the same subdirectory automake: of the corresponding sources. automake: You are advised to start using 'subdir-objects' option throughout your automake: project, to avoid future incompatibilities. tests/Makefile.am:26: warning: source file '$(GI_DATADIR)/tests/gimarshallingtests.c' is in a subdirectory, tests/Makefile.am:26: but option 'subdir-objects' is disabled tests/Makefile.am:55: warning: source file '$(GI_DATADIR)/tests/regress.c' is in a subdirectory, tests/Makefile.am:55: but option 'subdir-objects' is disabled autoreconf: Leaving directory `.' /tmp/pip-wcvoc5fs-build/configure: line 2240: syntax error near unexpected token `minor-version' /tmp/pip-wcvoc5fs-build/configure: line 2240: `AX_IS_RELEASE(minor-version)' Traceback (most recent call last):
+ Trace 238215
'build_ext': BuildExt,
dist.run_commands()
self.run_command(cmd)
cmd_obj.run()
return orig.install.run(self)
self.run_command('build')
self.distribution.run_command(command)
cwd=builddir)
raise CalledProcessError(retcode, cmd) subprocess.CalledProcessError: Command '['/tmp/pip-wcvoc5fs-build/autogen.sh', 'PYTHON=/home/konsti/venv/bin/python3', '--prefix=/tmp/pip-wcvoc5fs-build/build/temp.linux-x86_64-3.5/prefix']' returned non-zero exit status 1
---------------------------------------- Command "/home/konsti/venv/bin/python3 -u -c "import setuptools, tokenize;__file__='/tmp/pip-wcvoc5fs-build/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" install --record /tmp/pip-tqlr8po9-record/install-record.txt --single-version-externally-managed --compile --install-headers /home/konsti/venv/include/site/python3.5/pygobject" failed with error code 1 in /tmp/pip-wcvoc5fs-build/
Thanks. You are missing "autoconf-archive" (apt install autoconf-archive) There are some improvements planned for this use case in bug 789211 *** This bug has been marked as a duplicate of bug 784428 ***
Thanks for the quick response! This does indeed solve this error. Unfortunately the build still fails though because the py3cairo version in my os is too low (1.10.0 vs 1.11.1), but I guess that's really a bug even though it blocks installation on my system.
If you don't need the newest version, 3.24.1 is the last version working with pycairo 1.10.0