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

Previous Next

To reply to this bug, email your comments to 53594 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

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

From: "Guu, Jin-Cheng" <jin-cheng.guu <at> stonybrook.edu>
To: bug-guix <at> gnu.org
Subject: no matching pattern #<package polkit..
Date: Thu, 27 Jan 2022 19:45:20 -0600

Hello Guix,

I obtained a latest dev ISO for guix system and tried installing it
just now. With the graphical installer, I received the error below for
two times. Perhaps it's a bug?

    In ice-9/boot-9.scm:
      1685:16  1 (raise-exception _ #:continuable? _)
      1685:16  0 (raise-exception _#:continuable? _)

    ice-9/boot-9.scm:1685:16: In procedure raise-exception:
    Throw to key `match-error' with args `("match" "no matching
pattern" #<package polkit <at> 0.120 gnu/packages/polkit.scm: 54
7f6e64aa7b00>)'.

    Command failed with exit code 1.
    Press Enter to continue.

Thank you for all your work!

Best Regards,
Jin

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

From: Mathieu Othacehe <othacehe <at> gnu.org>
To: "Guu, Jin-Cheng" <jin-cheng.guu <at> stonybrook.edu>
Cc: 53594 <at> debbugs.gnu.org
Subject: Re: bug#53594: no matching pattern #<package polkit..
Date: Wed, 02 Feb 2022 18:28:50 +0100

Hey,

Thanks for the report.

>     ice-9/boot-9.scm:1685:16: In procedure raise-exception:
>     Throw to key `match-error' with args `("match" "no matching
> pattern" #<package polkit <at> 0.120 gnu/packages/polkit.scm: 54
> 7f6e64aa7b00>)'.

I had the exact same issue while trying to build an installer
image. Running `make clean-go` and retrying fixed the error. Did you
build the installation image or downloaded it from the Guix website?

Thanks,

Mathieu

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

From: "Guu, Jin-Cheng" <jin-cheng.guu <at> stonybrook.edu>
To: Mathieu Othacehe <othacehe <at> gnu.org>
Cc: 53594 <at> debbugs.gnu.org
Subject: Re: bug#53594: no matching pattern #<package polkit..
Date: Wed, 2 Feb 2022 12:31:35 -0500

I downloaded it form the Guix website. If memory served me right, it was from
https://guix.gnu.org/en/download/latest/

Jin

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

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

From: Ludovic Courtès <ludo <at> gnu.org>
To: Josselin Poiret <dev <at> jpoiret.xyz>
Cc: Mathieu Othacehe <othacehe <at> gnu.org>, 53594 <at> debbugs.gnu.org, "Guu,
 Jin-Cheng" <jin-cheng.guu <at> stonybrook.edu>
Subject: Re: bug#53594: no matching pattern #<package polkit..
Date: Wed, 11 May 2022 22:15:52 +0200

Hi!

I hit this as well while running `guix system reconfigure'
(unfortunately I didn't capture the stack trace).

Re-running `guix system reconfigure' right after it had failed
worked...

So my guess is that it's a stateful issue, having to do with
grafts: if polkit is not in the store, then we build/download
it and fail right after that, which is why it succeeds the
second time.

To be continued...

Ludo'.

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

From: Ludovic Courtès <ludo <at> gnu.org>
To: Josselin Poiret <dev <at> jpoiret.xyz>
Cc: Mathieu Othacehe <othacehe <at> gnu.org>, 53594 <at> debbugs.gnu.org, "Guu,
 Jin-Cheng" <jin-cheng.guu <at> stonybrook.edu>
Subject: Re: bug#53594: no matching pattern #<package polkit..
Date: Sat, 14 May 2022 17:55:52 +0200

Hello,

The failing code is at gexp.scm:901:23, which corresponds to this:

      (mlet %store-monad ((obj (lower-object thing system
                                             #:target
                                             (and (not native?)
                                                  target))))
901:    (return (match obj
                  ((? derivation? drv)
                   (derivation-input drv (list output)))
                  ((? store-item? item)
                   item)
                  ((? self-quoting?)
                   ;; Some inputs such as <system-binding> can lower to
                   ;; a self-quoting object that FILTERM will filter
                   ;; out.
                   #f))))

That means (lower-object polkit) returned polkit (the package object)
instead of a derivation, hence ‘match-error’.

This is normally impossible: ‘lower-object’ calls ‘package->derivation’,
which returns a derivation.  But maybe something weird is happening when
‘build-derivations’ aborts to the build-handler prompt, or when the
continuation is eventually resumed; maybe the object cache gets
“poisoned” with an incorrect value during that process.

So far the only reproducer we have seems to be along the lines of: grab
the ISO, run ‘guix pull’ (if it’s the 1.3.0 ISO; if it’s a fresh ISO,
that’s not necessary), run ‘guix system init’, watch it crash.

Does anyone have a simpler reproducer?

To be continued…

Ludo’.

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

From: Ludovic Courtès <ludo <at> gnu.org>
To: 53594 <at> debbugs.gnu.org
Cc: Mathieu Othacehe <othacehe <at> gnu.org>, Josselin Poiret <dev <at> jpoiret.xyz>,
 "Guu, Jin-Cheng" <jin-cheng.guu <at> stonybrook.edu>
Subject: Re: bug#53594: no matching pattern #<package polkit..
Date: Sun, 20 Nov 2022 22:27:49 +0100

Hi!

I did a complete install in a VM with an image built from commit
44f087fcc7b6ab48ff1381651ef3ea5e560f5216, and I cannot reproduce the
error mentioned at the beginning of this thread:

  https://issues.guix.gnu.org/53594

The installation tests don't appear to hit it either:

  https://ci.guix.gnu.org/eval/832966/dashboard

If we cannot reproduce this bug, I propose that we remove it from the
list of release blockers at <https://issues.guix.gnu.org/53214>.

Thoughts?

Ludo’.

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

From: Mathieu Othacehe <othacehe <at> gnu.org>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: Josselin Poiret <dev <at> jpoiret.xyz>, 53594 <at> debbugs.gnu.org, "Guu,
 Jin-Cheng" <jin-cheng.guu <at> stonybrook.edu>
Subject: Re: bug#53594: no matching pattern #<package polkit..
Date: Mon, 21 Nov 2022 09:32:29 +0100

Hey Ludo,

> If we cannot reproduce this bug, I propose that we remove it from the
> list of release blockers at <https://issues.guix.gnu.org/53214>.

I haven't had this issue for a long time, seems fair to unblock the
release issue.

Thanks,

Mathieu

Previous Next

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