After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 679086 - GLIB fails to build when python is not installed, because some test uses it
GLIB fails to build when python is not installed, because some test uses it
Status: RESOLVED DUPLICATE of bug 670718
Product: glib
Classification: Platform
Component: build
2.32.x
Other Linux
: Normal blocker
: ---
Assigned To: gtkdev
gtkdev
Depends on:
Blocks:
 
 
Reported: 2012-06-28 20:39 UTC by George Skabinsky
Modified: 2012-06-29 20:50 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description George Skabinsky 2012-06-28 20:39:40 UTC
since there is no switch to --disable-tests, this is very annoying. i dont want to install python just to get glib to compile and run its tests (well i actually dont want it to run its tests as well, since this takes much longer).

this is 2.32.2:

make[4]: Entering directory `/src/build/glib-2.32.2/gio/tests'
  GEN    gdbus-test-codegen-generated.c
env: can't execute 'python2.5': No such file or directory
make[4]: *** [gdbus-test-codegen-generated.c] Error 127


so please offer both an option to disable tests and remove this dependency.
or test for python during configure, and not break after a one hour long build (on my 800 mhz ARM)
Comment 1 Colin Walters 2012-06-28 20:53:07 UTC
(In reply to comment #0)
> since there is no switch to --disable-tests, 

There is in master.

http://git.gnome.org/browse/glib/commit/?id=f084b603771f78126bc0b07229a1574b76e776bb

You could probably backport it pretty easily.  I don't think we'll be backporting it to stable though officially unless someone argues hard for it.
Comment 2 George Skabinsky 2012-06-28 21:26:22 UTC
this means it is available in a 2.33.x tarball ?
Comment 3 Colin Walters 2012-06-28 21:53:40 UTC
(In reply to comment #2)
> this means it is available in a 2.33.x tarball ?

Yes, 2.33.1 has it.  But note that's an "unstable" series which will lead up to 2.34.
Comment 4 George Skabinsky 2012-06-28 22:40:42 UTC
i backported your patch, but

 /bin/install -c gdbus-codegen '/opt/glib//bin'
test -z "//lib/gdbus-2.0/codegen" || ../../.././install-sh -c -d "/opt/glib//lib/gdbus-2.0/codegen"
 /bin/install -c -m 644 __init__.py codegen.py codegen_main.py codegen_docbook.py config.py dbustypes.py parser.py utils.py '/opt/glib//lib/gdbus-2.0/codegen'
/bin/sh: python2.5: not found


please show a way to disable python usage, or make configure check if its available and fail early.
Comment 5 Colin Walters 2012-06-28 23:00:56 UTC
(In reply to comment #4)
> i backported your patch, but
> 
>  /bin/install -c gdbus-codegen '/opt/glib//bin'
> test -z "//lib/gdbus-2.0/codegen" || ../../.././install-sh -c -d
> "/opt/glib//lib/gdbus-2.0/codegen"
>  /bin/install -c -m 644 __init__.py codegen.py codegen_main.py
> codegen_docbook.py config.py dbustypes.py parser.py utils.py
> '/opt/glib//lib/gdbus-2.0/codegen'
> /bin/sh: python2.5: not found
> 
> 
> please show a way to disable python usage, or make configure check if its
> available and fail early.

Ah.  Yes you're right.  We should have an option to disable gdbus-codegen.  I'd actually use it in my ostree project where I need to embed a copy of a newer libglib-2.0.so but I'm not using the codegen.

That said, if all you want is for configure to fail early, I'm not sure what's going wrong with AM_PATH_PYTHON for you.
Comment 6 Colin Walters 2012-06-29 20:50:24 UTC
Basically equivalent to 670718

*** This bug has been marked as a duplicate of bug 670718 ***