Your message dated Sun, 28 Aug 2022 13:35:38 +0200
with message-id <20220828113538.smbicdm4fvpn4vn7@begin>
and subject line Re: Bug#1018167: gettext: FTBFS on hurd-i386
has caused the Debian Bug report #1018167,
regarding gettext: FTBFS on hurd-i386
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
1018167: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1018167
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:gettext
Version: 0.21-9
X-Debbugs-CC: sanv...@debian.org,debian-h...@lists.debian.org
After applying the patch proposed in Bug#982085 (with minor changes),
the build-dependencies of gettext now allow building under hurd-i386,
but currently it fails some tests. Example:
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.
It would be really nice if some Hurd porter could look at this and
propose a patch which works (hence the X-Debbugs-CC).
Full build log available here:
https://buildd.debian.org/status/fetch.php?pkg=gettext&arch=hurd-i386&ver=0.21-8&stamp=1661482459&raw=0
Note: Version 0.21-9 which I have just uploaded right now is expected to
fail in the same way, because the changes are not related at all with
the tests.
Thanks.
--- End Message ---
--- Begin Message ---
Samuel Thibault, le sam. 27 août 2022 15:55:06 +0200, a ecrit:
> Samuel Thibault, le ven. 26 août 2022 14:52:19 +0200, a ecrit:
> > Santiago Vila, le ven. 26 août 2022 14:25:19 +0200, a ecrit:
> > > > < "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.
>
> Apparently on hurd-i386 gettext is not using libunistring, probably
> because the latest version is not built due to a couple test failures. I
> have fixed them, the gettext giveback will be waiting ~6h for the
> resulting binaries to be installed.
Yep, worked fine!
Samuel
--- End Message ---
