GNU bug report logs - #53594
no matching pattern #<package polkit..

Previous Next

Package: guix;

Reported by: "Guu, Jin-Cheng" <jin-cheng.guu <at> stonybrook.edu>

Date: Fri, 28 Jan 2022 01:47:02 UTC

Severity: important

Full log


Message #14 received at 53594 <at> debbugs.gnu.org (full text, mbox):

From: Josselin Poiret <dev <at> jpoiret.xyz>
To: "Guu, Jin-Cheng" <jin-cheng.guu <at> stonybrook.edu>, Mathieu Othacehe
 <othacehe <at> gnu.org>
Cc: 53594 <at> debbugs.gnu.org
Subject: Re: bug#53594: no matching pattern #<package polkit..
Date: Fri, 22 Apr 2022 17:44:15 +0200
Hello everyone,

Someone reported the exact same issue today on IRC [1], with polkit
being the culprit.  With a bigger backtrace, the match error happens at
line 901 in guix/gexp.scm, in the match inside the return part of
lower-inputs.  This suggests that lower-object doesn't manage to return
a derivation but only the polkit package.  I suspect that this has to do
with the complex polkit package interactions that we have, with polkit
being an identifier syntax for either polkit-mozjs or polkit-duktape,
with duktape package/inherit'ing polkit-mozjs with is itself replaced by
polkit-mozjs/fixed.

Maybe there's an interaction with the caching as well, while grafting
and looping?

I've tried to reproduce this locally by building a gexp that has either
polkit, polkit-duktape or polkit-mozjs as an input, enabling or
disabling fallback or grafting, to no avail.

Maybe someone else has another idea?

[1] https://logs.guix.gnu.org/guix/2022-04-22.log#154402

Best,
-- 
Josselin Poiret




This bug report was last modified 2 years and 206 days ago.

Previous Next


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