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
#include
#include
#include
#include
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
> >#include
> >#include
> >#include
> >#include
> >
> >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
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
>>> #include
>>> #include
>>> #include
>>> #include
>>>
>>> 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
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
> >>> #include
> >>> #include
> >>> #include
> >>> #include
> >>>
> >>> 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 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
#include
#include
#include
#include
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
