Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1196784 > unrolled thread

Bug#1070706: gtk4 udeb has unsatisfiable dependencies

Back to article view | Back to linux.debian.bugs.dist

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Bug#1070706: gtk4 udeb has unsatisfiable dependencies Paul Gevers <elbrus@debian.org> - 2024-05-07 22:10 +0200
    Bug#1070706: gtk4 udeb has unsatisfiable dependencies Cyril Brulebois <kibi@debian.org> - 2024-05-07 23:20 +0200

#1196784 — Bug#1070706: gtk4 udeb has unsatisfiable dependencies

[Multipart message — attachments visible in raw view] — view raw

Hi,

On 07-05-2024 7:49 p.m., Simon McVittie wrote:
> The version in testing, 4.12.5+ds-3, has the same dependencies, so this
> is not a regression.

Is it? It seems that the version in unstable depends on 
libpng16-16t64-udeb where the version in testing depends on 
libpng16-16-udeb. The later exists, the former not.

> Is this requirement newly enforced by britney?

No.

Paul

[toc] | [next] | [standalone]

#1196788

[Multipart message — attachments visible in raw view] — view raw

Hi Simon,

Simon McVittie <smcv@debian.org> (2024-05-07):
> Looking at the d-i Packages.gz for amd64, the only other source
> package that has picked up the bad libpng16-16t64-udeb dependency
> seems to be matchbox-keyboard, which needs a sourceful upload to fix an
> implicit-declarations FTBFS anyway, therefore isn't useful to binNMU.

Yeah, I forgot to mention it when I worked on making d-i buildable and
runnable again, then decided it didn't matter as it's not used (TTBOMK)
at the moment.

> After that: do the release/installer teams consider udeb dependencies
> on non-udeb packages, by udebs that d-i does not currently need or use,
> to be a RC issue or merely a nice-to-have?

If udebs are actually used, I call that an RC bug and try to get it
fixed swiftly (sometimes NMUing right away when time is of the essence).
Otherwise I usually let those fly (without even filing bug reports).

See: https://d-i.debian.org/dose/
Some backstory: https://lists.debian.org/debian-boot/2024/03/msg00102.html


Cheers,
-- 
Cyril Brulebois (kibi@debian.org)            <https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web