Red Hat Bugzilla – Bug 716183
Last modified: 2013-02-21 09:11:20 EST
python-daemon-1.5.2-3.fc15.src.rpm Failed To Build From Source against the rawhide tree. See http://fedoraproject.org/wiki/FTBFS for more information.
If you believe this is actually a bug in another package, do NOT change the component in this bug or close this bug. Instead, add the appropriate bug number from the other package to the "Depends on" line in this bug. If the other package does not yet have a bug created that you think matches, please create one. Doing so helps us properly track bugs and their dependencies, just as we track package dependencies. (If you close this bug, and the other package is not fixed before the next FTBFS run, a new bug will get created. Please follow the above advice to avoid such duplication.)
Created attachment 509367 [details]
root.log for i386
Created attachment 509368 [details]
build.log for i386
Created attachment 509369 [details]
mock.log for i386
Created attachment 509370 [details]
root.log for x86_64
Created attachment 509371 [details]
build.log for x86_64
Created attachment 509372 [details]
mock.log for x86_64
Tests in minimock are failing:
ERROR: DaemonContext component should have specified stderr file.
Traceback (most recent call last):
File "/builddir/build/BUILD/python-daemon-1.5.2/test/test_runner.py", line 207, in setUp
File "/builddir/build/BUILD/python-daemon-1.5.2/test/test_runner.py", line 97, in set_runner_scenario
File "/builddir/build/BUILD/python-daemon-1.5.2/test/test_runner.py", line 108, in set_pidlockfile_scenario
File "/builddir/build/BUILD/python-daemon-1.5.2/test/test_pidlockfile.py", line 296, in setup_lockfile_method_mocks
File "/usr/lib/python2.7/site-packages/minimock.py", line 200, in mock
original = tmp.__dict__[attrs[-1]]
ERROR: DaemonContext component should have specified stdin file.
Updated rawhide with 1.6 version
python-daemon-1.6-1.fc15 has been submitted as an update for Fedora 15.
(In reply to comment #9)
> python-daemon-1.6-1.fc15 has been submitted as an update for Fedora 15.
This is broken in Fedora 15:
Python 2.7.1 (r271:86832, Apr 12 2011, 16:16:18)
[GCC 4.6.0 20110331 (Red Hat 4.6.0-2)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from daemon import pidfile
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/usr/lib/python2.7/site-packages/daemon/pidfile.py", line 18, in <module>
from lockfile.pidlockfile import PIDLockFile
ImportError: No module named pidlockfile
If you plan to bump python-lockfile to 0.9 in order to fix this, please review bug #612403.
I did a local build of python-lockfile to 0.9.1 . The import test as mention above worked well. Can we get the python-lockfile updated now ?
When the updated lockfile still works with minimock, then it's ok.
lockfile 0.9 had a huge abi break, and minimock was unusable.
When that has changed in 0.9.1 (and an update of minimock) it's ok.
(but can't check that right now
All tests of python-daemon 1.6 pass again with lockfile-0.9.1, so I think, it's ok to update it.
Can the testsuite of python-daemon be run again, when building, please?
python-daemon-1.6-1.fc15.noarch.rpm from FC15 testing repo breaks Orbited (orbited-0.7.10-7.fc15.noarch) due to bug described above (error when importing pidlockfile), which crashes when started as system service then.
Rolling back to python-daemon-1.5.2-3.fc15.noarch.rpm and python-lockfile-0.8-2.fc15.noarch.rpm fixes it.
This package appears to be building successfully for all current branches: