* Betr.: " Bug#680817: tryton-proteus: FTBFS: ImportError: No module named dateutil.relativedelta" (Sun, 8 Jul 2012 18:49:30 +0200):
Hello, I want to ask according to Debian policy [1] about a Pre-Depends with respect to the following build problem of proteus. To know the proteus version, setup.py imports __init__.py from subfolder proteus, which itself imports classes depending on python modules not yet installed. The problem is already known [2], the upstream bug report is at [3]. [1] http://www.debian.org/doc/debian-policy/ch-relationships.html [2] http://www.tryton.org/~irclog/2012-06-28.log.html [3] https://bugs.tryton.org/issue2705 Should I workaround the problem for wheezy by setting python-dateutils in Pre-Depends instead of Depends or should I rather wait for the upstream patch, for which I don't know if and when there will be a solution. Regards, Mathias > Source: tryton-proteus > Version: 2.2.2-2 > Severity: serious > Tags: wheezy sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20120708 qa-ftbfs > Justification: FTBFS on amd64 > > Hi, > > During a rebuild of all packages in sid, your package failed to build on > amd64. > > Relevant part: > > make[1]: Entering directory `/«PKGBUILDDIR»' > > dh_auto_clean > > Traceback (most recent call last): > > File "setup.py", line 7, in <module> > > import proteus > > File "/«PKGBUILDDIR»/proteus/__init__.py", line 13, in <module> > > from proteus.pyson import PYSONDecoder > > File "/«PKGBUILDDIR»/proteus/pyson.py", line 11, in <module> > > from dateutil.relativedelta import relativedelta > > ImportError: No module named dateutil.relativedelta > > dh_auto_clean: python setup.py clean -a returned exit code 1 > > make[1]: *** [override_dh_auto_clean] Error 2 > > The full build log is available from: > > http://people.debian.org/~lucas/logs/2012/07/08/tryton-proteus_2.2.2-2_unstable.log > > A list of current common problems and possible solutions is available at > http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! > > About the archive rebuild: The rebuild was done on EC2 VM instances from > Amazon Web Services, using a clean, minimal and up-to-date chroot. Every > failed build was retried once to eliminate random failures. > > > -- Mathias Behrle MBSolutions Gilgenmatten 10 A D-79114 Freiburg Tel: +49(761)471023 Fax: +49(761)4770816 http://m9s.biz UStIdNr: DE 142009020 PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6
signature.asc
Description: PGP signature