GNU bug report logs - #51428
core-updates-frozen-batched-changes built and ready to merge

Previous Next

Package: guix-patches;

Reported by: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>

Date: Wed, 27 Oct 2021 04:05:02 UTC

Severity: normal

Done: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 51428 <at> debbugs.gnu.org
Subject: [bug#51428] core-updates-frozen-batched-changes built and ready to merge
Date: Wed, 27 Oct 2021 14:00:07 -0400
Ludovic Courtès <ludo <at> gnu.org> writes:

> Maxim Cournoyer <maxim.cournoyer <at> gmail.com> skribis:
>
>> +(define %gdk-pixbuf-loaders-cache-file
>> +  "lib/gdk-pixbuf-2.0/2.10.0/loaders.cache")
>
> A comment indicating that this file is built by the hook would be nice,
> but let’s not trigger a rebuild just for that.

I've added the following comment:

;; This file is to be generated by the
;; `generate-gdk-pixbuf-loaders-cache' build phase defined below.

> Isn’t the hard-coded version number going to cause troubles when
> gdk-pixbuf is upgraded?  Or if we have some packages using a newer
> version while others remain on 2.10.0?

I was puzzled by it at the beginning, but it seems some historical
related version string that isn't meant to change.  Even newer versions
of gdk-pixbuf refer to this older version in their documentation/build
system.

Thank you!

Maxim




This bug report was last modified 3 years and 285 days ago.

Previous Next


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