GNU bug report logs - #27002
[PATCH] gnu: Add lollypop.

Previous Next

Package: guix-patches;

Reported by: rennes <rennes <at> openmailbox.org>

Date: Sat, 20 May 2017 04:19:01 UTC

Severity: normal

Tags: patch

Done: ludo <at> gnu.org (Ludovic Courtès)

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Thomas Danckaert <post <at> thomasdanckaert.be>
To: ludo <at> gnu.org
Cc: rennes <at> openmailbox.org, 27002 <at> debbugs.gnu.org
Subject: [bug#27002] [PATCH] gnu: Add lollypop.
Date: Mon, 19 Jun 2017 15:28:14 +0200 (CEST)
From: ludo <at> gnu.org (Ludovic Courtès)
Subject: Re: [bug#27002] [PATCH] gnu: Add lollypop.
Date: Fri, 16 Jun 2017 14:59:39 +0200

> The ‘wrap-program’ procedure in (guix build utils) arranges things 
> so as
> to never create double wrappers, so it would be interesting to see 
> how
> this happened!

I think it happens as follows: the lollypop package uses three 
wrapping phases:

 - the GI_TYPELIB_PATH wrapping defined in the package description

 - 'wrap' from the python build system

 - 'glib-or-gtk-wrap'

It looks like wrapping methods from different build systems do not 
compose well: both the glib and python wrapping code contain a loop 
over all executables, so they wrap the executables “.xyz-real” from 
previous wrappings, too.  (the wrap-program procedure only checks if 
“.xyz-real” exists, when wrapping “xyz”, but it does not check if 
“xyz” itself is already a wrapper.  One solution (but probably for 
core-updates) might be to exclude wrapper files from the list of 
executables in the python and glib build systems?

Thomas



This bug report was last modified 7 years and 316 days ago.

Previous Next


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