Wege aus der Python-Dependency-Hoelle beim Backporten?

06/12/2015 - 20:40 von Marc Haber | Report spam
Hi,

ich versuche, python-setuptools aus sid nach jessie zu backporten[1].

Leider versagt das, obwohl alle Build-Dependencies erfüllt sind:

running install_egg_info
running egg_info
writing requirements to setuptools.egg-info/requires.txt
writing setuptools.egg-info/PKG-INFO
writing top-level names to setuptools.egg-info/top_level.txt
writing dependency_links to setuptools.egg-info/dependency_links.txt
writing entry points to setuptools.egg-info/entry_points.txt
reading manifest file 'setuptools.egg-info/SOURCES.txt'
reading manifest template 'MANIFEST.in'
writing manifest file 'setuptools.egg-info/SOURCES.txt'
Copying setuptools.egg-info to /home/mh/packages/python-setuptools/python-setuptools-18.7/debian/tmp/usr/lib/pypy/dist-packages/setuptools-18.7.egg-info
Skipping SOURCES.txt
running install_scripts
Installing easy_install script to /home/mh/packages/python-setuptools/python-setuptools-18.7/debian/tmp/usr/bin
/usr/bin/make -C docs html
make[2]: Entering directory '/home/mh/packages/python-setuptools/python-setuptools-18.7/docs'
mkdir -p build/html build/doctrees
sphinx-build -b html -d build/doctrees . build/html
Running Sphinx v1.2.3

Exception occurred:
File "/home/mh/packages/python-setuptools/python-setuptools-18.7/setuptools/dist.py", line 21, in <module>
packaging = pkg_resources.packaging
AttributeError: 'module' object has no attribute 'packaging'
The full traceback has been saved in /tmp/sphinx-err-_r_li6x1.log, if you want to report the issue to the developers.
Please also report this if it was a user error, so that a better error message can be provided next time.
A bug report can be filed in the tracker at <https://bitbucket.org/birkenfeld/sp...sues/>. Thanks!
Makefile:30: recipe for target 'html' failed
make[2]: *** [html] Error 1
make[2]: Leaving directory '/home/mh/packages/python-setuptools/python-setuptools-18.7/docs'
debian/rules:16: recipe for target 'override_dh_auto_install' failed
make[1]: *** [override_dh_auto_install] Error 2
make[1]: Leaving directory '/home/mh/packages/python-setuptools/python-setuptools-18.7'
debian/rules:4: recipe for target 'binary' failed
make: *** [binary] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
debuild: fatal error at line 1376:
dpkg-buildpackage -rfakeroot -D -us -uc failed


(volles Build-Log unter http://paste.debian.net/341725/).

An einem zu alten Sphinx liegt es nicht; mit backported sphinx 1.3.3
weicht nur die Versionsnummer in der "Running"-Zeile ab, der Fehler
ist derselbe.

Ich kann nur raten, dass da entweder eine Build-Dependency komplett
fehlt oder nicht versioniert ist. Aber welche?

Mag jemand mit mehr python-foo als ich da mal schauen? Danke!

Grüße
Marc


[1] nicht fragen, ich vermute dass python-setuptools in jessie zu alt
ist um borgbackup in jessie ordentlich bauen zu können
[2] erwàhnte ich schon python zu hassen?

Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany | lose things." Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421
 

Lesen sie die antworten

#1 Danny Edel
08/12/2015 - 10:40 | Warnen spam
On 12/06/2015 08:38 PM, Marc Haber wrote:
Hi,

ich versuche, python-setuptools aus sid nach jessie zu backporten[1].

Leider versagt das, obwohl alle Build-Dependencies erfüllt sind:

(...)

Exception occurred:
File "/home/mh/packages/python-setuptools/python-setuptools-18.7/setuptools/dist.py", line 21, in <module>
packaging = pkg_resources.packaging
AttributeError: 'module' object has no attribute 'packaging'

(...)

An einem zu alten Sphinx liegt es nicht; mit backported sphinx 1.3.3
weicht nur die Versionsnummer in der "Running"-Zeile ab, der Fehler
ist derselbe.

Ich kann nur raten, dass da entweder eine Build-Dependency komplett
fehlt oder nicht versioniert ist. Aber welche?

Mag jemand mit mehr python-foo als ich da mal schauen? Danke!



Hallo Marc,

StackOverflow¹ liefert eine Theorie: Hier ist möglicherweise eine Datei
(Ergebnis eines² fehlgeschlagenen in-tree-build?) vorhanden, die dazu
führt, dass "import foo" nicht denselben Effekt hat wie das
ausgeschriebene "from foo import foo".

Das könnte also ein "fails to build twice" Fehler sein.

"DIST=jessie git-pbuilder" hat bei mir jedenfalls ein Paket gebaut³,
getestet habe ich es allerdings nicht, dazu fehlt mir ebenso das Python-Fu.


Hoffe das hilft in die richtige Richtung,

- Danny


¹
http://stackoverflow.com/questions/...ute-serial
² "eines build" oder "einer build"? Denglische Grammatik ist nicht meine
Stàrke, ein deutscher Ausdruck für "in-tree-build" fàllt mir allerdings
auch nicht ein.
³ http://paste.debian.net/342183/

Ähnliche fragen