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
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/539b9d83.7090...@debian.org
Re: Bug#749685: morse-simulator: FTBFS on Kfreebsd - Blocking python3.4^M^J as default python3
On Tuesday, June 10, 2014 23:45:24 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.
Affects python-falcon too. See #751286.
Scott K
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/2326162.pDWlnkeWnM@scott-latitude-e6320
Re: Bug#749685: morse-simulator: FTBFS on Kfreebsd - Blocking python3.4^M^J as default python3
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
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53977c74.5040...@debian.org
Re: Bug#749685: morse-simulator: FTBFS on Kfreebsd - Blocking python3.4^M^J as default python3
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.
Petr
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/alpine.lnx.2.00.1406021953500.12...@contest.felk.cvut.cz
Re: Bug#749685: morse-simulator: FTBFS on Kfreebsd - Blocking python3.4^M^J as default python3
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.
Cheers
--
Sebastian Ramacher
signature.asc
Description: Digital signature
