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

Bug#1007905: marked as done (transition: icu)

Your message dated Wed, 11 May 2022 00:31:24 +0200
with message-id <YnrnvNKXh+IBmuFF@ramacher.at>
and subject line Re: Bug#1007905: transition: icu
has caused the Debian Bug report #1007905,
regarding transition: icu
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 owner@bugs.debian.org
immediately.)


-- 
1007905: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1007905
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: transition
X-Debbugs-Cc: debian-gtk-gnome@lists.debian.org, icu@packages.debian.org
Forwarded: https://release.debian.org/transitions/html/auto-icu.html
Tags: moreinfo

icu has a new upstream version in experimental (#1006960). Is there a
plan to get it into unstable and then testing?

The reason I'm asking is that GNOME 42 will need an updated gjs, which
needs mozjs91, which needs either icu 70 or rebuilding to use its vendored
copy of icu.

    smcv

--- End Message ---
--- Begin Message --- 
On 2022-04-23 08:32:17 +0200, László Böszörményi wrote:
> 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.

libicu67 got removed from testing. Closing

Cheers

> 
> Regards,
> Laszlo/GCS
> 

-- 
Sebastian Ramacher

Attachment: signature.asc
Description: PGP signature


--- End Message ---
Reply to: