Hi,
On Sun, May 20, 2012 at 03:48:29PM +0200, Philipp Kern wrote:
I just ran upgrade-porter-chroots on zelenka and got this in sid_s390x:
| Setting up texlive-base (2012.20120516-1) ...
| mktexlsr: Updating /var/lib/texmf/ls-R-TEXLIVEMAIN...
| mktexlsr: Updating
On Sun, May 20, 2012 at 02:00:46AM +0200, Cyril Brulebois wrote:
Source: libxml-libxml-perl
Version: 1.98+dfsg-1
Severity: important
your package FTBFS on s390x, in the test suite:
| Test Summary Report
| ---
| t/12html.t(Wstat: 256 Tests: 41 Failed:
On Sun, May 20, 2012 at 07:46:24PM +0300, Niko Tyni wrote:
On Sun, May 20, 2012 at 02:00:46AM +0200, Cyril Brulebois wrote:
Source: libxml-libxml-perl
Version: 1.98+dfsg-1
Severity: important
your package FTBFS on s390x, in the test suite:
Hi Niko,
and thanks for the quick follow-up.
Niko Tyni nt...@debian.org (20/05/2012):
See the attached patch, which just makes 'len' an int and removes the
problematic pointer cast. I wonder if the STRLEN cast on becomes an
issue, though. Is it possible that an int doesn't fit into a size_t
On Sun, May 20, 2012 at 10:22:58PM +0200, Philipp Kern wrote:
you cannot reinterpret a size_t as an int. size_t might be unsigned, might
have another length, etc. On 64bit big endian you fill the top bits and
leave the lower ones untouched, because size_t is 64bit. So yeah, that code
was
On Sun, May 20, 2012 at 10:37:00PM +0200, Bastian Blank wrote:
On Sun, May 20, 2012 at 10:22:58PM +0200, Philipp Kern wrote:
you cannot reinterpret a size_t as an int. size_t might be unsigned, might
have another length, etc. On 64bit big endian you fill the top bits and
leave the lower
6 matches
Mail list logo