[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1007905: transition: icu



On Fri, Apr 22, 2022 at 7:30 PM Sebastian Ramacher <sramacher@debian.org> wrote:
> Control: tags -1 = confirmed
> Control: forwarded -1 https://release.debian.org/transitions/html/auto-icu.html
>
> On 2022-04-13 17:24:20 +0200, László Böszörményi wrote:
> > LibreOffice self-testing, especially its break iterator test fails for
> > the Lao language. Otherwise everything was fine. But I think I might
> > redo the rebuilds (only on amd64 now) to test everything with the
> > final release of ICU. If that's not mandatory, I think ICU is quite OK
> > for a transition soon.
>
> Please go ahead
 Thanks! Quick status update. ICU uploaded (with an additional
functionality and one security fix from upstream) and built on all
release and other !kfreebsd architectures already (well, alpha still
building it).
There's an autopkgtest regression with rspamd on i386 with its
'install' check: it is installed and started, but curl can't connect
to the listening socket; I don't see it's due to ICU and I think I'll
ask for its testing again.
Package boost1.74 was binNMUed already, rebuilt on all architectures,
expect on hppa where its bootstrap failed with 'Unknown target type
EXE'. Doesn't sound ICU related.
Matching pyicu was also uploaded and built on all possible
architectures. I'm going to file an RM bug for icu-le-hb for being an
abandoned (and unused) project for a while now. Meaning these two
packages don't need a binNMU.

I have to attend an event this afternoon but will continue watching
this transition and act if needed.

Regards,
Laszlo/GCS


Reply to: