Your message dated Sat, 14 Jun 2014 02:55:31 +0200 with message-id <[email protected]> and subject line Re: Bug#749685: morse-simulator: FTBFS on Kfreebsd - Blocking python3.4^M^J as default python3 has caused the Debian Bug report #750637, regarding kfreebsd buildds need tmpfs mounted under /run/shm 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 [email protected] immediately.) -- 750637: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750637 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Source: morse-simulator Version: 1.2-2 Severity: serious Justification: fails to build from source (but built successfully in the past) FTBFS on both Kfreebsd i386 and amd64. The end of the build log looks like: reading sources... [ 12%] media reading sources... [ 12%] morse reading sources... [ 13%] multinode reading sources... [ 13%] pymorse [error] install python-concurrent.futures make[3]: *** [CMakeFiles/doc] Error 1 CMakeFiles/doc.dir/build.make:52: recipe for target 'CMakeFiles/doc' failed make[3]: Leaving directory '/«PKGBUILDDIR»/obj-i486-kfreebsd-gnu' CMakeFiles/Makefile2:967: recipe for target 'CMakeFiles/doc.dir/all' failed make[2]: *** [CMakeFiles/doc.dir/all] Error 2 make[2]: Leaving directory '/«PKGBUILDDIR»/obj-i486-kfreebsd-gnu' make[1]: *** [all] Error 2 Makefile:126: recipe for target 'all' failed make[1]: Leaving directory '/«PKGBUILDDIR»/obj-i486-kfreebsd-gnu' dh_auto_build: make -j1 returned exit code 2 make: *** [build-arch] Error 2 debian/rules:8: recipe for target 'build-arch' failed dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 While this is not new (it's three months old), it's now blocking getting packages rebuilt for python3.4 as default python3 (See #746709).
--- End Message ---
--- Begin Message ---On 10/06/14 23:45, Emilio Pozuelo Monfort wrote: > On 02/06/14 20:13, Sebastian Ramacher wrote: >> On 2014-06-02 19:59:41, Petr Salinger wrote: >>>>> I'm not sure if the file should be built on kfreebsd/hurd, or if it >>>>> shouldn't >>>>> but there should be some fallback code in python3.4. Adding the python >>>>> maintainer, and the bsd and hurd porters to Cc. >>>> >>>> checking on falla, the failing autoconf test is >>>> >>>> #include <unistd.h> >>>> #include <fcntl.h> >>>> #include <stdio.h> >>>> #include <semaphore.h> >>>> #include <sys/stat.h> >>>> >>>> int main(void) { >>>> sem_t *a = sem_open("/autoconf", O_CREAT, S_IRUSR|S_IWUSR, 0); >>>> if (a == SEM_FAILED) { >>>> perror("sem_open"); >>>> return 1; >>>> } >>>> sem_close(a); >>>> sem_unlink("/autoconf"); >>>> return 0; >>>> } >>>> >>>> this fails then with: >>>> >>>> configure:13424: ./conftest >>>> sem_open: Function not implemented >>>> configure:13424: $? = 1 >>>> configure: program exited with status 1 >>>> >>>> is this supposed to work? >>> >>> It does not work in wheezy, >>> but it have to work in jessie (since eglibc 2.17-91 upload). >>> >>> There have to be tmpfs mounted under /run/shm and similarly >>> in all chroot. >> >> At least on falla there is neither /dev/shm nor /run/shm mounted in the >> chroots. Anyway, this reminds me of >> https://lists.debian.org/debian-wb-team/2014/05/msg00018.html. Maybe >> that just needs fixing on the buildd side. > > This got fixed on kfreebsd-amd64, and python3.4 3.4.1-6 is fine. kfreebsd-i386 > buildds still need fixing though, but Christoph is going to look at that. Christoph fixed kfreebsd-i386 and I binnmu'ed python3.4 there, which resulted in a fixed python with a working multiprocessing module. I have also given back morse-simulator and python-falcon and they built fine. Closing all related bugs. Regards, Emilio
--- End Message ---
