Can anybody rebuild the nx-package from rawhide They are breaking installing of the follwoing packages and stops any updates Local X-Server wont start this time and so nxclient is the only way to take a look at new kde4-packages openssh i386 4.7p1-5.fc9 development 285 k openssh-askpass i386 4.7p1-5.fc9 development 38 k openssh-clients i386 4.7p1-5.fc9 development 463 k openssh-server i386 4.7p1-5.fc9 development 264 k openssl i686 0.9.8g-2.fc9 development 1.5 M openssl-devel i386 0.9.8g-2.fc9 development 1.9 M
Building.
Build failed. Axel? http://koji.fedoraproject.org/koji/getfile?taskID=288147
Looking at: http://koji.fedoraproject.org/koji/userinfo?userID=200 It doesn't look like Axel has rebuilt anything in Fedora for about 4 months. (Maybe AWOL?)
Hm he seems to be alive because shortly i got asterisk-updates for F7 from atrpms... The nx-troubles are a pain :-( See also https://bugzilla.redhat.com/show_bug.cgi?id=373771 The problem that instead of showing susped/terminate by closing nxclient the client on the remote-host will be started is now released for fedora-versions. So on our fileserver (fedora 7) i cant suspend a session because there is also nxclient installed to connect on other machines from there
(In reply to comment #4) > > Hm he seems to be alive because shortly i got asterisk-updates > for F7 from atrpms... But updates on atrpms doesn't really help Fedora proper, I mean he seems to not be actively involved in pushing updates for his Fedora packages.
Its nearly unbelieveable that AT is the only person who is able to make the build :-( For testing Fedora-Rawhide this is for me a priority-update because the virtual machine with rawhide is only reachable with ssh on an explicit port routet on the host and works if x-server will not start in the vm. So now i cant use anything of f9 and so fedora has one bugreporter for other packages lost until it works again
(In reply to comment #2) > Build failed. Axel? > > http://koji.fedoraproject.org/koji/getfile?taskID=288147 koji seems to be down ATM, the URL gives me Mod_python error: "PythonHandler mod_python.publisher" Traceback (most recent call last): File "/usr/lib64/python2.4/site-packages/mod_python/apache.py", line 299, in HandlerDispatch result = object(req) File "/usr/lib64/python2.4/site-packages/mod_python/publisher.py", line 213, in handler published = publish_object(req, object) File "/usr/lib64/python2.4/site-packages/mod_python/publisher.py", line 412, in publish_object return publish_object(req,util.apply_fs_data(object, req.form, req=req)) File "/usr/lib64/python2.4/site-packages/mod_python/util.py", line 439, in apply_fs_data return object(**args) TypeError: getfile() takes exactly 3 non-keyword arguments (2 given) (In reply to comment #6) > Its nearly unbelieveable that AT is the only > person who is able to make the build :-( I can't say about the build failure, since I haven't seen the error yet, but on all Fedora and RHEL up to excluding F9 apparently anyone would be able to rebuild from the src.rpm. I'm working on the nx3 package updates and I hope that once they are finished this and several other bugs regarding nx will be fixed in one sweep.
I still can't see the old build, perhaps koji is pruning the logs away at some time and the python error is just trying to say that. :/ I submitted a build of my own and the error is (at least now): | Processing files: nx-2.1.0-24.fc9 | error: Couldn't exec /builddir/build/SOURCES/nxfind-provides.sh: Permission denied | getOutputFrom(): Broken pipe | EXCEPTION: Command failed. See logs for output. | # bash -l -c 'rpmbuild -bb --target i386 --nodeps //builddir/build/SPECS/nx.spec' | Traceback (most recent call last): | File "/usr/lib/python2.4/site-packages/mock/trace_decorator.py", line 70, in trace | result = func(*args, **kw) | File "/usr/lib/python2.4/site-packages/mock/util.py", line 286, in do | raise mock.exception.Error, ("Command failed. See logs for output.\n # %s" | % (command,), ret) | Error: Command failed. See logs for output. | # bash -l -c 'rpmbuild -bb --target i386 --nodeps //builddir/build/SPECS/nx.spec' | LEAVE do --> EXCEPTION RAISED This is changed behaviour of koji, as Sources: were allowed to be scripts especially for the mechanism used in nx (and a couple of other packages). The policy may have changed of course, and therefore I asked on the FPC list whether there was such a change, and whether the idiom in general is still supported: https://www.redhat.com/archives/fedora-packaging/2007-December/msg00026.html I'll have to wait until this is resolved to take the proper action, perhaps one now needs to do it differently and someone on the list will tell me, or koji/CVS is broken and needs to be fixed.
That's what I got on 12/11.
The workaround is to prepend the script invocation with sh (see followup to the thread). With this the build succeeds: http://koji.fedoraproject.org/koji/taskinfo?taskID=315396 Should be in rawhide soon. Please give it a test as it will very soon be replace by the 3.x series and it would be nice to later know if any regressiosn were already there with the 2.x build on F9. Thanks! I'll close as FIXED once I see this hitting the mirrors.