Re: Bug#707733: pygobject: FTBFS on kfreebsd

[Emilio Pozuelo Monfort]

Hurd seems to hang at the same place[1]. Perhaps that helps in determining where 
the bug may lie (e.g. if both Hurd and kfreebsd use the same pthread library 
implementation).


[1] 
https://buildd.debian.org/status/fetch.php?pkg=pygobjectarch=hurd-i386ver=3.8.1-3stamp=1368332988



--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5194a7f1.6050...@debian.org

Re: Bug#707733: pygobject: FTBFS on kfreebsd

[Jeff Epler]

OK, this seems crazy to me but I feel obliged to note it:

When I build 3.8.1-3 in /usr/src or /tmp/wat, I can observe the failure when I
subsequently 'make check' in build-2.7/tests.  When I build it in /tmp or
/tmp/wat/frugal-bonasfrarfsarfasrfasrf/pygobject-3.8.1 I do not.

However, I also note that I never saw a hang in 3.8.2-1 under a variety of
directory names.  When either version complets the testsuite, there is an
unexpected failure, though.

==
FAIL: test_main_loop (test_glib.TestGLib)
--
Traceback (most recent call last):
  File /tmp/wat/pygobject-3.8.1/tests/test_glib.py, line 95, in test_main_loop
self.assertFalse(context.iteration(False))
AssertionError: True is not false

--
Ran 877 tests in 10.171s

FAILED (failures=1, expected failures=4)

Jeff


signature.asc
Description: Digital signature