Re: Bug#1018167: gettext: FTBFS on hurd-i386

[Samuel Thibault <sthibault@debian.org>]

Hello,

Santiago Vila, le ven. 26 août 2022 14:25:19 +0200, a ecrit:
> > FAIL: msgcat-17
> > ===============
> > 
> > 16,18c16,18
> > < "Fehler beim Schreiben eines großen Ergebnisses auf eine zu kleine "
> > < "Platte% s% smit der jederzeitigen Möglichkeit eines Fehlers in jedem Moment "
> > < "und an jeder Stelle"
> > ---
> > > "Fehler beim Schreiben eines großen Ergebnisses auf eine zu kleine Platte% s"
> > > "% smit der jederzeitigen Möglichkeit eines Fehlers in jedem Moment und an "
> > > "jeder Stelle"
> 
> I have the feeling that this may have something to do with terminal width on
> Hurd, but I don't really know.

I don't pay particular attention to my terminal width when I restart
buildd, but I also had a quick try, and building gettext in various
terminal sizes doesn't change the result (and it should really not,
otherwise it's a gettext test suite bug, I'd say :)

Also, note that:

> > < "Fehler beim Schreiben eines großen Ergebnisses auf eine zu kleine "
> > < "Platte% s% smit der jederzeitigen Möglichkeit eines Fehlers in jedem Moment "
> > ---
> > > "Fehler beim Schreiben eines großen Ergebnisses auf eine zu kleine Platte% s"
> > > "% smit der jederzeitigen Möglichkeit eines Fehlers in jedem Moment und an "

In the second line of the reference, there are more characters than in
the first line of the obtained result. So it's probably not a question
of width, but I guess it may rather be related to e.g. word breaking
rules. Investigation would be needed to find out what exactly makes the
break happen at a different position.

Samuel