GNU bug report logs - #54261
[PATCH]: Update GTK to 4.6.1.

Previous Next

Full log

View this message in rfc822 format

From: Maxime Devos <maximedevos <at> telenet.be>
To: Zhu Zihao <all_but_last <at> 163.com>
Cc: 54261 <at> debbugs.gnu.org
Subject: [bug#54261] Acknowledgement ([PATCH]: Update GTK to 4.6.1.)
Date: Sat, 12 Mar 2022 10:32:53 +0100

[Message part 1 (text/plain, inline)]

Zhu Zihao schreef op za 12-03-2022 om 10:38 [+0800]:
> > What if a program uses both 'pango' and gtk?  Then IIUC, it would
> > simultanuously use pango and pango-next in the same process, which
> can
> > easily cause problems (see e.g. the bug report about segfaults
> > involving multiple libcairos).
> 
> If package A propagates C <at> 1.0 and package B propagates C <at> 2.0. Guix
> will
> raise an error. However, it doesn't care about something like
> 
> guix shell gtk pango <at> 1.48
> 
> IDK which pango will win the game.

'guix install' and 'guix shell' might not care, but how would this stop
the segfaults caused by multiple versions of the same library in the
same process?

Also, gtk currently propagates pango <at> 1.48.0, the same pango as
pango <at> 1.48, so this doesn't seem a good test to me.

Instead:

$ guix shell gtk pango <at> 1.42.4

Looks like $GUIX_ENVIRONMENT/share/doc/ only contains pango-1.42.4 and
not pango-1.48.  Looks like a bug?

Next I tried:

$ guix shell pango <at> 1.42.4 pango <at> 1.48

this also does not complain and the share/doc only contains pango <at> 42.4.
Also looks buggy?  I'll send a bug report.

> 
> I've asked in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=44327 and
> suggest to introduce priority mechanism like Nix. But Ludovic Courtès
> doesn't accept my suggestion

How could a priority mechanism solve the segfaults?

Greetings,
Maxime.

[signature.asc (application/pgp-signature, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.