Strange behavior around guix package --show

Strange behavior around guix package --show

[Jacob MacDonald]

guix package --show is failing for me for packages which reference
sbcl-cl-uglify-js. This has been happening for a few guix pull generations,
but only occurs in my user's Guix profile. Running the same command as root
or through ./pre-inst-env (on the same version of the tree) doesn't cause
an error.

I've tried clearing local and root .cache directories, double checked that
nothing strange and Guile-related is happening in my dotfiles, and made
sure the error is reproducible outside an X session. Upon stracing the
local install and my built-from source version, I see some discrepancies in
the trace, but am not sure what the root cause is. Namely, after reading
javascript.scm, the user version of Guix fails to stat lisp-xyz.scm, while
the source version not only reads from lisp-xyz but also /etc/localtime, a
file which is never touched in the failing trace.

Any help would be appreciated.

Thanks,

Jacob.

Re: Strange behavior around guix package --show

[Pierre Neidhardt]

[-- Attachment #1: Type: text/plain, Size: 200 bytes --]

Hi,

I don't have an answer, but for what it's worth I've recently moved
uglify-js to a different module.  This probably has to do with your issue.

-- 
Pierre Neidhardt
https://ambrevar.xyz/

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

Re: Strange behavior around guix package --show

[Jacob MacDonald]

Thanks, I'll have to pull down the most recent build when I'm on a more
robust connection. After some more log-reading I think I've narrowed the
problem down, though I'm not sure what the cause is. The root profile and
my user profile are unique (this is probably trivial and intended), but
share all links except one: lib/guix. They each link to a different version
of $HASH-guix-package-cache/lib/guix. Not sure why this happened or what
the impact is, but my best guess at the behavior has to do with that fact,
since according to strace both invocations are reading from the same
compiled .go files. The successful one just reads lisp-xyz much later than
the failing call.

Jacob.

On Sat, Dec 21, 2019 at 4:13 AM Pierre Neidhardt <mail@ambrevar.xyz> wrote:

> Hi,
>
> I don't have an answer, but for what it's worth I've recently moved
> uglify-js to a different module.  This probably has to do with your issue.
>
> --
> Pierre Neidhardt
> https://ambrevar.xyz/
>

Re: Strange behavior around guix package --show

[Jacob MacDonald]

I'm still experiencing the issue as of
a9650f113527a1f7175ce0ae1026941ece13352e. The changes you mention seem to
be the most likely culprit, but I've made no further progress in debugging.

Re: Strange behavior around guix package --show

[Pierre Neidhardt]

[-- Attachment #1: Type: text/plain, Size: 3132 bytes --]

Hmm... I'm experiencing a similar issue on 83870c3.

--8<---------------cut here---------------start------------->8---
$ guix show sbcl-alexandria
Backtrace:
In ice-9/boot-9.scm:
   222:29 19 (map1 (((gnu packages gettext)) ((gnu packages ghostscript)) ((gnu packages gl)) ((gnu packages glib)) ((gnu packages gnome)) ((gnu packages gnupg)) ((gnu packages #)) (#) …))
   222:29 18 (map1 (((gnu packages ghostscript)) ((gnu packages gl)) ((gnu packages glib)) ((gnu packages gnome)) ((gnu packages gnupg)) ((gnu packages gstreamer)) ((gnu packages gtk)) …))
   222:29 17 (map1 (((gnu packages gl)) ((gnu packages glib)) ((gnu packages gnome)) ((gnu packages gnupg)) ((gnu packages gstreamer)) ((gnu packages gtk)) ((gnu packages image)) ((…)) …))
   222:29 16 (map1 (((gnu packages glib)) ((gnu packages gnome)) ((gnu packages gnupg)) ((gnu packages gstreamer)) ((gnu packages gtk)) ((gnu packages image)) ((gnu packages #)) ((# …)) …))
   222:29 15 (map1 (((gnu packages gnome)) ((gnu packages gnupg)) ((gnu packages gstreamer)) ((gnu packages gtk)) ((gnu packages image)) ((gnu packages imagemagick)) ((gnu packages #)) …))
   222:29 14 (map1 (((gnu packages gnupg)) ((gnu packages gstreamer)) ((gnu packages gtk)) ((gnu packages image)) ((gnu packages imagemagick)) ((gnu packages javascript)) ((gnu # #)) # …))
   222:29 13 (map1 (((gnu packages gstreamer)) ((gnu packages gtk)) ((gnu packages image)) ((gnu packages imagemagick)) ((gnu packages javascript)) ((gnu packages lesstif)) ((gnu # #)) …))
   222:29 12 (map1 (((gnu packages gtk)) ((gnu packages image)) ((gnu packages imagemagick)) ((gnu packages javascript)) ((gnu packages lesstif)) ((gnu packages libffi)) ((gnu # #)) (#) …))
   222:29 11 (map1 (((gnu packages image)) ((gnu packages imagemagick)) ((gnu packages javascript)) ((gnu packages lesstif)) ((gnu packages libffi)) ((gnu packages linux)) ((gnu # #)) # …))
   222:29 10 (map1 (((gnu packages imagemagick)) ((gnu packages javascript)) ((gnu packages lesstif)) ((gnu packages libffi)) ((gnu packages linux)) ((gnu packages lua)) ((gnu # pcre)) …))
   222:17  9 (map1 (((gnu packages javascript)) ((gnu packages lesstif)) ((gnu packages libffi)) ((gnu packages linux)) ((gnu packages lua)) ((gnu packages pcre)) ((gnu packages perl)) …))
  2800:17  8 (resolve-interface (gnu packages javascript) #:select _ #:hide _ #:prefix _ #:renamer _ #:version _)
In ice-9/threads.scm:
    390:8  7 (_ _)
In ice-9/boot-9.scm:
  2726:13  6 (_)
In ice-9/threads.scm:
    390:8  5 (_ _)
In ice-9/boot-9.scm:
  2994:20  4 (_)
   2312:4  3 (save-module-excursion #<procedure 7f3213a53d50 at ice-9/boot-9.scm:2995:21 ()>)
  3014:26  2 (_)
In unknown file:
           1 (primitive-load-path "gnu/packages/javascript" #<procedure 7f3211eb0a80 at ice-9/boot-9.scm:3001:37 ()>)
In gnu/packages/javascript.scm:
   460:10  0 (_)

gnu/packages/javascript.scm:460:10: error: sbcl-cl-uglify-js: unbound variable
--8<---------------cut here---------------end--------------->8---

I'm investigating.  Any clue what's going on?

-- 
Pierre Neidhardt
https://ambrevar.xyz/

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

Re: Strange behavior around guix package --show

[Pierre Neidhardt]

[-- Attachment #1: Type: text/plain, Size: 298 bytes --]

I think I found a dependency cycle:

javascript.scm -> lisp-xyz.scm -> gtk.scm -> pdf.scm -> javascript.scm.

What's the best option here?  I could move uglify-js back to
lisp-xyz.scm.  Or move it to a separate uglify-js.scm file.

Thoughts?

-- 
Pierre Neidhardt
https://ambrevar.xyz/

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

Re: Strange behavior around guix package --show

[Pierre Neidhardt]

[-- Attachment #1: Type: text/plain, Size: 381 bytes --]

Pierre Neidhardt <mail@ambrevar.xyz> writes:

> I think I found a dependency cycle:
>
> javascript.scm -> lisp-xyz.scm -> gtk.scm -> pdf.scm -> javascript.scm.

No this is not the issue.  The issue is that uglify-js inherits from
sbcl-cl-uglify-js, in thus it must be defined in the same module.
So I'll move them together.

-- 
Pierre Neidhardt
https://ambrevar.xyz/

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

Re: Strange behavior around guix package --show

[Pierre Neidhardt]

[-- Attachment #1: Type: text/plain, Size: 127 bytes --]

It should now be fixed with commit
ba42da245bdb50aa98eecfeea8d207cefa209d48.

-- 
Pierre Neidhardt
https://ambrevar.xyz/

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

Re: Strange behavior around guix package --show

[Jacob MacDonald]

> It should now be fixed with commit
> ba42da245bdb50aa98eecfeea8d207cefa209d48.

Fixed indeed. (Wish I understood why it only failed as non-root but oh well.)

Re: Strange behavior around guix package --show

[Ricardo Wurmus]

Pierre Neidhardt <mail@ambrevar.xyz> writes:

> Hmm... I'm experiencing a similar issue on 83870c3.

I can reproduce this.

-- 
Ricardo

Re: Strange behavior around guix package --show

[Ricardo Wurmus]

Jacob MacDonald <jaccarmac@gmail.com> writes:

> guix package --show is failing for me for packages which reference
> sbcl-cl-uglify-js. This has been happening for a few guix pull generations,
> but only occurs in my user's Guix profile. Running the same command as root
> or through ./pre-inst-env (on the same version of the tree) doesn't cause
> an error.

I cannot reproduce this with a freshly pulled guix and this command:

    guix package --show=r-shiny

r-shiny has uglify-js in its inputs.

How can I reproduce this?

-- 
Ricardo

Re: Strange behavior around guix package --show

[Jacob MacDonald]

> How can I reproduce this?


That's what I'm trying to figure out myself. I know I can reproduce it
across pulls, but only in my environment (and not yet as root). Given
the information about dependency cycles, I can look into Guile
behavior which I am not versed at all with.

>> Hmm... I'm experiencing a similar issue on 83870c3.
>
>
> I can reproduce this.

Glad that that's the case for something!

Curiouser and curiouser,

Jacob.