Your message dated Sat, 03 Aug 2013 16:05:48 -0700
with message-id <2265077.HKN8lzBkXY@frobozz>
and subject line No longer an issue -- python3.2 is no longer supported
has caused the Debian Bug report #717512,
regarding pygobject: Build from source produces broken python3-gi not usable by 
python3.2
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
717512: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717512
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: pygobject
Version: 3.8.3-1
Severity: serious

If I build pygobject from source, the resulting python3-gi package has no file 
/usr/lib/python3/dist-packages/gi/_gi.cpython-32mu.so, only _gi.cpython-33m.so 
(and similarly for _glib and _gobject).  As a result, if I try using the 
resulting packages to build e.g. python-distutils-extra, I get errors like:

-- Running tests with python3.2 ----------------
test_apport_hook (__main__.T)
Apport hooks ... ok
test_binary_files (__main__.T)
Binary files are ignored ... ok
test_data (__main__.T)
Auxiliary files in data/ ... ok
test_dbus (__main__.T)
D-BUS configuration and service files ... ok
test_desktop (__main__.T)
*.desktop.in files ... ok
test_empty (__main__.T)
empty source tree (just setup.py) ... ok
test_etc (__main__.T)
etc/* ... ok
test_gsettings (__main__.T)
GSettings schema files ... ok
test_help_docbook (__main__.T)
Docbook XML help ... ok
test_help_mallard (__main__.T)
Mallard XML help ... ok
test_icons (__main__.T)
data/icons/ ... ok
test_manpages (__main__.T)
manpages ... ok
test_modules (__main__.T)
Python modules ... ok
test_packages (__main__.T)
Python packages ... ok
test_po (__main__.T)
gettext *.po files ... ok
test_policykit (__main__.T)
*.policy.in PolicyKit files ... ok
test_pot_auto (__main__.T)
PO template creation with automatic POTFILES.in ... ok
test_pot_auto_explicit (__main__.T)
PO template creation with automatic POTFILES.in and explicit scripts ... ok
test_pot_manual (__main__.T)
PO template creation with manual POTFILES.in ... ok
test_requires_provides (__main__.T)
automatic requires/provides ... FAIL
test_scripts (__main__.T)
scripts ... ok
test_sdist (__main__.T)
default MANIFEST ... ok
test_standard_files (__main__.T)
Standard files (MANIFEST.in, COPYING, etc.) ... ok
test_ui (__main__.T)
GtkBuilder/Qt *.ui ... ok
test_utf8_filenames (__main__.T)
UTF-8 file names ... ok
test_vcs (__main__.T)
Ignores revision control files ... ok

======================================================================
FAIL: test_requires_provides (__main__.T)
automatic requires/provides
----------------------------------------------------------------------
Traceback (most recent call last):
  File "test/auto.py", line 676, in test_requires_provides
    __import__('gi.repository.GLib')
ImportError: No module named _gi

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "test/auto.py", line 678, in test_requires_provides
    self.fail('You need to have pkg_resources, httplib2, and 
gi.repository.GLib installed for this test suite to work')
AssertionError: You need to have pkg_resources, httplib2, and 
gi.repository.GLib installed for this test suite to work

----------------------------------------------------------------------
Ran 26 tests in 6.657s

FAILED (failures=1)
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory `/tmp/buildd/python-distutils-extra-2.37'
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

(I originally saw this with a custom pbuilder setup "dogfooding" its own 
produced debs, but I've also reproduced the missing file issue using pbuilder 
with a vanilla chroot on amd64.)
-- 
Daniel Schepler

--- End Message ---
--- Begin Message ---
With the recent upload of python3-defaults dropping support for python3.2, 
this is no longer an issue...  Closing.
-- 
Daniel Schepler

--- End Message ---

Reply via email to