Re: Bug#749685: morse-simulator: FTBFS on Kfreebsd - Blocking python3.4^M^J as default python3

[Emilio Pozuelo Monfort <pochu@debian.org>]

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.

Emilio