Re: Bug#749685: morse-simulator: FTBFS on Kfreebsd - Blocking python3.4^M^J as default python3
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
Reply to: