Your message dated Sat, 14 Jun 2014 02:55:31 +0200 with message-id <539b9d83.7090...@debian.org> 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 #751286, regarding python-falcon: FTBFS on kfreebsd* due to python3.4 multiprocessing issues 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 ow...@bugs.debian.org immediately.) -- 751286: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751286 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
--- Begin Message ---Source: python-falcon Version: 0.1.8-2 Severity: serious Justification: fails to build from source (but built successfully in the past) This FTBFS is an effect of a python3.4 bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749685 In order to keep the package buildable, it might be better to limit tests on kfreebsd* until this is resolved.
--- 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 ---
