Quoting Cyril Brulebois (2022-08-28 13:18:05) > Johannes Schauer Marin Rodrigues <jo...@debian.org> (2022-08-28): > > due to a bug in debhelper (see #1015263) the libidn2-0 package gained a > > wrong dependency on sgml-base. Since there was no upload of libidn2 > > since the bug got fixed in debhelper, the current version on unstable > > still wrongly depends on sgml-base. This breaks di-builds because > > sgml-base doesn't exist in udeb context. This added dependency also > > hurts bootstrapping and breaks our DPKG_ROOT CI. Please rebuilds libidn2 > > with the current debhelper version. > > > > nmu libidn2_2.3.3-1 . ANY . unstable . -m "rebuild with debhelper after > > #1015263 was fixed" > > I'm a little confused. > > d-i builds are all green: > https://d-i.debian.org/daily-images/daily-build-overview.html > > and more importantly, src:libidn2 doesn't build any udeb. > > > Note that I'm not objecting to the rebuild, I'm just not sure the context > is right… libnl3 was building a broken udeb though, for which I uploaded > a workaround: > > https://tracker.debian.org/news/1353402/accepted-libnl3-370-02-source-into-unstable/
The current version of libidn2-0 in unstable still wrongly depends on sgml-base. A rebuild of src:libidn2 against the version of debhelper that is currently in the archive will fix this problem. I added you to CC because you commented on #1015263 saying "This breaks d-i builds". The thing that doesn't have a udeb is sgml-base (which you pointed out in the same message). Thanks! cheers, josch
signature.asc
Description: signature