Bug#1018259: nmu: libidn2_2.3.3-1

[Johannes Schauer Marin Rodrigues]

Quoting Simon Josefsson (2022-08-29 08:09:59)
> I could upload a real version too, maybe that is faster? Can do today unless 
> someone objects.

libidn2 has already been binNMUed by Sebastian Ramacher -- see the other mail
to this bug.

Thanks!

cheers, josch

signature.asc
Description: signature

Bug#1018259: nmu: libidn2_2.3.3-1

[Sebastian Ramacher]

Hi Simon

On 2022-08-29 08:09:59 +0200, Simon Josefsson wrote:
> I could upload a real version too, maybe that is faster? Can do today unless 
> someone objects.

The rebuilds were scheduled yesterday. See 
https://buildd.debian.org/status/package.php?p=libidn2

Cheers

> 
> /Simon
> 
> > 28 aug. 2022 kl. 14:40 skrev Johannes Schauer Marin Rodrigues 
> > :
> > 
> > Quoting Cyril Brulebois (2022-08-28 14:20:48)
> >> Johannes Schauer Marin Rodrigues  (2022-08-28):
> >>> 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.
> >> 
> >> Sure, that's the part I agree with.
> >> 
> >>> 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).
> >> 
> >> Let's backpedal a bit, my message had:
> >> 
> >>> Judging by the current list of `apt-cache rdepends sgml-base`, this
> >>> problem has already spread quite a bit.
> >> 
> >>This breaks d-i builds, (at least) via libnl udebs picking up a
> >>dependency on sgml-base, which doesn't exist in a udeb context.
> >> 
> >> There, “this” = buggy sgml-base dependency spreading, which broke d-i
> >> builds *via libnbl udebs* (which was worked around); that wasn't meant
> >> to mean that libidn2 itself was breaking d-i builds. It can't, as it
> >> doesn't build udebs, so it's no factor.
> >> 
> >> Hope that clarifies.
> > 
> > Ah cool, thanks! Yes, then d-i is not a reason at all to binNMU src:libidn2.
> > 
> > The wrong dependency on sgml-base remains as a reason to do it.
> > 
> > Thank you!
> > 
> > cheers, josch



-- 
Sebastian Ramacher

Bug#1018259: nmu: libidn2_2.3.3-1

[Johannes Schauer Marin Rodrigues]

Quoting Cyril Brulebois (2022-08-28 14:20:48)
> Johannes Schauer Marin Rodrigues  (2022-08-28):
> > 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.
> 
> Sure, that's the part I agree with.
> 
> > 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).
> 
> Let's backpedal a bit, my message had:
> 
> > Judging by the current list of `apt-cache rdepends sgml-base`, this
> > problem has already spread quite a bit.
> 
> This breaks d-i builds, (at least) via libnl udebs picking up a
> dependency on sgml-base, which doesn't exist in a udeb context.
> 
> There, “this” = buggy sgml-base dependency spreading, which broke d-i
> builds *via libnbl udebs* (which was worked around); that wasn't meant
> to mean that libidn2 itself was breaking d-i builds. It can't, as it
> doesn't build udebs, so it's no factor.
> 
> Hope that clarifies.

Ah cool, thanks! Yes, then d-i is not a reason at all to binNMU src:libidn2.

The wrong dependency on sgml-base remains as a reason to do it.

Thank you!

cheers, josch

signature.asc
Description: signature

Bug#1018259: nmu: libidn2_2.3.3-1

[Cyril Brulebois]

Johannes Schauer Marin Rodrigues  (2022-08-28):
> 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.

Sure, that's the part I agree with.

> 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).

Let's backpedal a bit, my message had:

> Judging by the current list of `apt-cache rdepends sgml-base`, this
> problem has already spread quite a bit.

This breaks d-i builds, (at least) via libnl udebs picking up a
dependency on sgml-base, which doesn't exist in a udeb context.

There, “this” = buggy sgml-base dependency spreading, which broke d-i
builds *via libnbl udebs* (which was worked around); that wasn't meant
to mean that libidn2 itself was breaking d-i builds. It can't, as it
doesn't build udebs, so it's no factor.

Hope that clarifies.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#1018259: nmu: libidn2_2.3.3-1

[Johannes Schauer Marin Rodrigues]

Quoting Cyril Brulebois (2022-08-28 13:18:05)
> Johannes Schauer Marin Rodrigues  (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

Bug#1018259: nmu: libidn2_2.3.3-1

[Cyril Brulebois]

Johannes Schauer Marin Rodrigues  (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/


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#1018259: nmu: libidn2_2.3.3-1

[Johannes Schauer Marin Rodrigues]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: jo...@debian.org, ond...@debian.org, si...@josefsson.org, 
k...@debian.org

Hi,

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"

Thanks!

cheers, josch