Simon McVittie (2021-05-17):
> My biggest concern about cdebconf and GTK 3 is that it's relying on the
> ability to call into GTK APIs from more than one thread. GTK 2 tried to
> support this pattern, with gdk_threads_enter() and gdk_threads_leave()
> providing locking, but it turned out not to be
On Mon, 17 May 2021 at 17:48:45 +0200, Cyril Brulebois wrote:
> I've checked what would
> happen with GTK 3 in cdebconf and cdebconf-gtk-terminal (I had forgotten
> about cdebconf-gtk-entropy until writing this reply).
I think it's much too late in the Debian 11 cycle to be doing this for
Debian 1
Hi Simon!
Simon McVittie (2021-05-17):
> My instinct is that it's far, far too late to be moving to GTK 3 this
> cycle, and I'd prefer to get a suitable hack into GTK 2 if we can
> find one. We can make it #ifdef DEBIAN_INSTALLER to avoid disrupting
> the installed system.
If you're happy with f
On Sun, May 16, 2021 at 03:24:22PM +0100, Simon McVittie wrote:
> On Fri, 20 Dec 2019 at 12:11:44 -0600, Steve Langasek wrote:
> > In Ubuntu, we are in the process of moving the i386 architecture to a
> > compatibility-only layer on amd64. ... We would like to drop [some] udebs
> Do I understand c
On Mon, 17 May 2021 at 18:12:35 +0200, Cyril Brulebois wrote:
> And for those not following #debian-boot, I'm finding myself between a
> rock and a hard place, as both options (trying to work around the
> rendering-related hangs versus switching to GTK 3 at the last moment)
> are very far from idea
Sebastian Ramacher (2021-05-17):
> > diff -Nru btrfs-progs-5.10.1/debian/changelog
> > btrfs-progs-5.10.1/debian/changelog
> > --- btrfs-progs-5.10.1/debian/changelog 2021-02-06 00:04:21.0
> > +0100
> > +++ btrfs-progs-5.10.1/debian/changelog 2021-05-14 02:52:17.0
> > +0
Control: tags -1 confirmed d-i
On 2021-05-14 11:20:37 +0200, Adam Borowski wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
>
> Please unblock package btrfs-progs
>
> The version in Bullseye suffers from a regression that
Cyril Brulebois, le lun. 17 mai 2021 18:12:35 +0200, a ecrit:
> Additionally, even with all 3 cdebconf-gtk-* packages converted, we
> still get libgtk2.0-0-udeb pulled into a netboot-gtk build, because this
> package pulls it:
>
> build/pkg-lists/gtk-common:libgail18-udeb
>
> Adding debian-ac
Cyril Brulebois (2021-05-17):
> > The steps to use GTK 3 in d-i would be:
> >
> > - convert cdebconf-gtk-udeb from GTK 2 to GTK 3
> > - convert cdebconf-gtk-entropy from GTK 2 to GTK 3
> > - convert cdebconf-gtk-terminal from GTK 2 to GTK 3 and, simultaneously,
> > from libvte9-udeb to libvte-2
Hi Simon,
Simon McVittie (2021-05-13):
> Adding a udeb-specific hack in one of those packages seems reasonable,
> *if* we can find a suitable hack.
>
> pango1.0 just has one build shared between the udeb and the full .deb,
> so if the hack goes there, a prerequisite would be to build it twice
>
10 matches
Mail list logo
