Control: retitle -1 libsys-syscall-perl: FTBFS on arm64: test suite failures
Control: severity -1 serious
On Fri, May 20, 2016 at 01:49:12PM +0300, Niko Tyni wrote:
> Package: libsys-syscall-perl
> Version: 0.25-2
> Severity: normal
> User: debian-p...@lists.debian.org
> Usertags: autopkgtest zrh2
Control: tag -1 fixed-upstream
On Fri, May 20, 2016 at 10:30:30PM +, Eric Wong wrote:
> Niko Tyni wrote:
> > The problem is that arm64 does not have the legacy epoll_create() and
> > epoll_wait() syscalls, those are implemented in glibc with epoll_create1()
> > and epoll_pwait() if I understa
Niko Tyni wrote:
> The problem is that arm64 does not have the legacy epoll_create() and
> epoll_wait() syscalls, those are implemented in glibc with epoll_create1()
> and epoll_pwait() if I understand correctly.
>
> So epoll_create(arg) can be replaced with epoll_create1(0).
> Not sure how epoll
On Fri, May 20, 2016 at 11:09:01AM +, Eric Wong wrote:
> Niko Tyni wrote:
> > It seems probable that this makes it fail to build from source
> > on arm64 as well, but I haven't verified that. armhf is OK on
> > tests.reproducible-builds.org fwiw.
>
> Does removing the ARM-specific part and f
Niko Tyni wrote:
> It seems probable that this makes it fail to build from source
> on arm64 as well, but I haven't verified that. armhf is OK on
> tests.reproducible-builds.org fwiw.
Does removing the ARM-specific part and falling back to the
.ph files help at all? (see diff below)
I think the
Package: libsys-syscall-perl
Version: 0.25-2
Severity: normal
User: debian-p...@lists.debian.org
Usertags: autopkgtest zrh2016
(resending with a right contact address; apologies if this becomes
a duplicate.)
This package is failing its test suite on ci.debian.net on arm64.
https://ci.debian.n
6 matches
Mail list logo