Package: release.debian.org Severity: normal User: release.debian....@packages.debian.org Usertags: transition
Hi RMs, While I've packaged new ICU releases, those were uploaded only to experimental. It's really time to change this, especially that some packages already need ICU 60.1+. It will need a quick bootstrap. It needs to build without the Layout Engine API, then the support library (icu-le-hb). Only then ICU can be built with the Layout Engine API as the two libraries tied together. Local rebuild of dependent packages[1] on amd64 revealed the good, the bad and the ugly. Level 1 rebuilt OK and as level 1.5 I've rebuilt boost1.62 and boost1.63 normally. For level 2 I could rebuilt the following packages with a small patch: 389-adminutil 389-ds-base an dwdiff ibus-qt open-vm-tools pyicu yaz Package aegisub FTBFS for a know issue, #873327 [2], fixed upstream but the maintainer doesn't respond for six months now. :( I've a patch for dee, but it FTBFS for a know problem, #876594 [3]. While I've a patch for grcompiler too and it builds, its self tests are failing. It's a highly outdated package. :( The first Debian revision of the current package version (v4.2) is uploaded on 2012, 26th of June. But its upstream is more or less still active[4] and has a much newer version (v5.0.2). The package libsimpleini compiles fine, but its symbols change with the new ICU version. Two packages, pyicu and yaz are highly outdated by the way, I may overtake the former. For level 3 two packages need a patch: 389-dsgw and libfolia. Others build correctly. Level 4 is a bit more complicated. I've a patch for the following packages: ucto php7.0 php7.1 php7.2 Two packages FTBFS for other reasons: cyrus-imapd for #883951 [5] which is fixed upstream, but maintainer doesn't respond for four months. yi is an other example, the problem is reported as #868637 [6] without any action for nine months. :( Upstream maybe solved the problem, at least there are more upstream releases out there. About level 5, only frog needs a patch. There's a failing package, kbibtex and it's reason is filed as #893538 [7]. Some patches are simply adding '--with-icu=/usr' to the configure invocation in debian/rules. Others are for ICU detection in the configuration phase. No code change is needed in the packages. If it matters, Ubuntu already transitioned with a bit different method. I hope this transition can be authorized and/or please tell me if any more information is needed. Thanks in advance, Laszlo/GCS [1] https://release.debian.org/transitions/html/auto-icu.html [2] https://bugs.debian.org/873327 [3] https://bugs.debian.org/876594 [4] https://github.com/silnrsi/grcompiler/commits/master [5] https://bugs.debian.org/883951 [6] https://bugs.debian.org/868637 [7] https://bugs.debian.org/893538