Re: emacs-guix throwing errors

Re: emacs-guix throwing errors

[brettg]

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

Hey Alex, I think I mentioned earlier that I can replicate this bug on a fresh install of Guix. Only installing Emacs and emacs-guix to my profile. Can you see if you can replicate it that way?Sent from my Sprint Phone.------ Original message------From: Alex KostDate: Sun, Apr 7, 2019 11:28 AMTo: brettg@posteo.net;Cc: help-guix;Subject:Re: emacs-guix throwing errorsbrettg@posteo.net (2019-04-06 02:59 +0200) wrote:

> On 04.04.2019 21:38, Alex Kost wrote:
>> Brett Gilio (2019-04-01 16:13 -0500) wrote:
>>
>>> Hi all. I am hoping the maintainer of emacs-guix will see this:
>>
>> Hello,
>>
>>> Whenever I try to search for a package, or perform any of the routine
>>> guix commands using the emacs-guix interface, I am getting this error.
>>>
>>> guix-geiser-eval: Error in evaluating guile expression: ERROR: In
>>> procedure string-append:
>>> In procedure string-append: Wrong type (expecting string):
>>> #< variable: "GHC_PACKAGE_PATH" files:
>>> ("lib/ghc-8.0.2") separator: ":" file-type: directory file-pattern:
>>> ".*\\.conf\\.d$">
>>>
>>> The specifics of the string seem to change based on what I am trying
>>> to
>>> do, but regardless it does not work and I have to perform those
>>> commands
>>> using the command line.
>>>
>>> Any ideas?
>>
>> No ideas currently, but could you please switch to *Guix Internal REPL*
>> buffer, run ",bt" command there and show its output.  Thanks.
>
> Hi Alex,
>
> Here is the backtrace for doing a regexp search for 'emacs'
[...]

Sorry, I'm afraid I don't know what causes this error.  I hope I will
face this bug soon, so that I could figure it out.  Maybe it happens
only to people who installed "ghc" package (as the error says about
GHC_PACKAGE_PATH variable), I don't know :-(

-- 
Alex

[-- Attachment #2: Type: text/html, Size: 2813 bytes --]

Re: emacs-guix throwing errors

[Alex Kost]

brettg@posteo.net (2019-04-07 17:37 -0500) wrote:

> Hey Alex, I think I mentioned earlier that I can replicate this bug
> on a fresh install of Guix. Only installing Emacs and emacs-guix to
> my profile. Can you see if you can replicate it that way?

No, I don't reproduce it, sorry.  Perhaps you have not run "guix pull"
for a long time (?).  If so, this may be a problem if emacs-guix is
compiled with a "fresh" guix and is used with an older guix.

BTW, are you on Guix System or do you use guix package manager on a
foreign system?

-- 
Alex

Re: emacs-guix throwing errors

[Brett Gilio]

Alex Kost writes:

> brettg@posteo.net (2019-04-07 17:37 -0500) wrote:
>
>> Hey Alex, I think I mentioned earlier that I can replicate this bug
>> on a fresh install of Guix. Only installing Emacs and emacs-guix to
>> my profile. Can you see if you can replicate it that way?
>
> No, I don't reproduce it, sorry.  Perhaps you have not run "guix pull"
> for a long time (?).  If so, this may be a problem if emacs-guix is
> compiled with a "fresh" guix and is used with an older guix.
>
> BTW, are you on Guix System or do you use guix package manager on a
> foreign system?

Hey Alex, I believe the issue was fixed with Ludo rebuilding after the
Guix ABI change.

I forgot to reply to Ludo to tell him that fixed the issue.

emacs-guix throwing errors

[Brett Gilio]

Hi all. I am hoping the maintainer of emacs-guix will see this:

Whenever I try to search for a package, or perform any of the routine
guix commands using the emacs-guix interface, I am getting this error.

guix-geiser-eval: Error in evaluating guile expression: ERROR: In procedure string-append:
In procedure string-append: Wrong type (expecting string):
#<<search-path-specification> variable: "GHC_PACKAGE_PATH" files:
("lib/ghc-8.0.2") separator: ":" file-type: directory file-pattern:
".*\\.conf\\.d$">

The specifics of the string seem to change based on what I am trying to
do, but regardless it does not work and I have to perform those commands
using the command line.

Any ideas?

Re: emacs-guix throwing errors

[Alex Kost]

Brett Gilio (2019-04-01 16:13 -0500) wrote:

> Hi all. I am hoping the maintainer of emacs-guix will see this:

Hello,

> Whenever I try to search for a package, or perform any of the routine
> guix commands using the emacs-guix interface, I am getting this error.
>
> guix-geiser-eval: Error in evaluating guile expression: ERROR: In procedure string-append:
> In procedure string-append: Wrong type (expecting string):
> #<<search-path-specification> variable: "GHC_PACKAGE_PATH" files:
> ("lib/ghc-8.0.2") separator: ":" file-type: directory file-pattern:
> ".*\\.conf\\.d$">
>
> The specifics of the string seem to change based on what I am trying to
> do, but regardless it does not work and I have to perform those commands
> using the command line.
>
> Any ideas?

No ideas currently, but could you please switch to *Guix Internal REPL*
buffer, run ",bt" command there and show its output.  Thanks.

-- 
Alex

Re: emacs-guix throwing errors

[brettg]

On 04.04.2019 21:38, Alex Kost wrote:
> Brett Gilio (2019-04-01 16:13 -0500) wrote:
> 
>> Hi all. I am hoping the maintainer of emacs-guix will see this:
> 
> Hello,
> 
>> Whenever I try to search for a package, or perform any of the routine
>> guix commands using the emacs-guix interface, I am getting this error.
>> 
>> guix-geiser-eval: Error in evaluating guile expression: ERROR: In 
>> procedure string-append:
>> In procedure string-append: Wrong type (expecting string):
>> #<<search-path-specification> variable: "GHC_PACKAGE_PATH" files:
>> ("lib/ghc-8.0.2") separator: ":" file-type: directory file-pattern:
>> ".*\\.conf\\.d$">
>> 
>> The specifics of the string seem to change based on what I am trying 
>> to
>> do, but regardless it does not work and I have to perform those 
>> commands
>> using the command line.
>> 
>> Any ideas?
> 
> No ideas currently, but could you please switch to *Guix Internal REPL*
> buffer, run ",bt" command there and show its output.  Thanks.

Hi Alex,

Here is the backtrace for doing a regexp search for 'emacs'

scheme@(emacs-guix)> ,bt
           10 (eval (#<procedure 2898080 at <unknown port>:19:16 ()>) 
#<directory …>)
In emacs-guix/packages.scm:
    793:19  9 (package/output-sexps _ _ _ _ _)
In srfi/srfi-1.scm:
    679:15  8 (append-map _ _ . _)
    592:29  7 (map1 (#<package emacs-ansible-doc@0.4-1.86083a7 
gnu/packages/adm…> …))
    592:29  6 (map1 (#<package agda@2.5.4.2 gnu/packages/agda.scm:34 
398c790> # # …))
    592:29  5 (map1 (#<package emacs-agda2-mode@2.5.4.2 
gnu/packages/agda.scm:1…> …))
    592:29  4 (map1 (#<package snd@19.2 gnu/packages/audio.scm:3376 
39eb9a0> #<…> …))
    592:17  3 (map1 (#<package emacs-cmake-mode@3.13.1 
gnu/packages/cmake.scm:1…> …))
e

The backtrace seems to change depending on what I search, here is one 
for regexp 'python'

scheme@(emacs-guix)> ,bt
          336 (eval (#<procedure 1a080e0 at <unknown port>:19:16 ()>) 
#<directory (emacs-guix) 1595aa0>)
In emacs-guix/packages.scm:
    793:19335 (package/output-sexps _ _ _ _ _)
In srfi/srfi-1.scm:
    679:15334 (append-map _ _ . _)
    592:29333 (map1 (#<package python2-langkit@0.0.0-0.fe0bc8b 
gnu/packages/ada.scm:35 244d8f0> #<package 
python2-libadalang@0.0.0-0.9b205e9 gnu/packages/ada.scm:67 2…> …))
    592:29332 (map1 (#<package python2-libadalang@0.0.0-0.9b205e9 
gnu/packages/ada.scm:67 244d840> #<package spindle@0.10 
gnu/packages/admin.scm:2668 27926e0> #<packa…> …))
    592:29331 (map1 (#<package spindle@0.10 gnu/packages/admin.scm:2668 
27926e0> #<package fabric@1.14.0 gnu/packages/admin.scm:2415 2792bb0> 
#<package python-pyudev@…> …))
    592:29330 (map1 (#<package fabric@1.14.0 gnu/packages/admin.scm:2415 
2792bb0> #<package python-pyudev@0.21.0 gnu/packages/admin.scm:2840 
2792420> #<package python…> …))
    592:29329 (map1 (#<package python-pyudev@0.21.0 
gnu/packages/admin.scm:2840 2792420> #<package python-flint@0.3.0 
gnu/packages/algebra.scm:427 21a9f20> #<package …> …))
    592:29328 (map1 (#<package python-flint@0.3.0 
gnu/packages/algebra.scm:427 21a9f20> #<package git-repo@1.12.37 
gnu/packages/android.scm:699 27a34d0> #<package pyt…> …))
    592:29327 (map1 (#<package git-repo@1.12.37 
gnu/packages/android.scm:699 27a34d0> #<package python-androguard@3.2.1 
gnu/packages/android.scm:829 27a3370> #<packag…> …))
    592:29326 (map1 (#<package python-androguard@3.2.1 
gnu/packages/android.scm:829 27a3370> #<package python-pyaudio@0.2.11 
gnu/packages/audio.scm:1765 2769dc0> #<pa…> …))
    592:29325 (map1 (#<package python-pyaudio@0.2.11 
gnu/packages/audio.scm:1765 2769dc0> #<package python2-pyliblo@0.10.0 
gnu/packages/audio.scm:1788 2769a50> #<pack…> …))
    592:29324 (map1 (#<package python2-pyliblo@0.10.0 
gnu/packages/audio.scm:1788 2769a50> #<package python-pyalsaaudio@0.8.4 
gnu/packages/audio.scm:3308 2777c60> #<p…> …))
    592:29323 (map1 (#<package python-pyalsaaudio@0.8.4 
gnu/packages/audio.scm:3308 2777c60> #<package python2-pyalsaaudio@0.8.4 
gnu/packages/audio.scm:3308 2777b00> # …))
    592:29322 (map1 (#<package python2-pyalsaaudio@0.8.4 
gnu/packages/audio.scm:3308 2777b00> #<package python2-pyaudio@0.2.11 
gnu/packages/audio.scm:1765 2769c60> #<…> …))
    592:29321 (map1 (#<package python2-pyaudio@0.2.11 
gnu/packages/audio.scm:1765 2769c60> #<package python-pyliblo@0.10.0 
gnu/packages/audio.scm:1788 2769bb0> #<pack…> …))
    592:29320 (map1 (#<package python-pyliblo@0.10.0 
gnu/packages/audio.scm:1788 2769bb0> #<package pyconfigure@0.2.3 
gnu/packages/autotools.scm:418 244de70> #<packag…> …))
    592:29319 (map1 (#<package pyconfigure@0.2.3 
gnu/packages/autotools.scm:418 244de70> #<package python-cooler@0.7.11 
gnu/packages/bioinformatics.scm:13529 2c27580> # …))


I can reproduce this on a fresh install with no emacs configuration. Is 
anybody else experiencing this issue?

Re: emacs-guix throwing errors

[Alex Kost]

brettg@posteo.net (2019-04-06 02:59 +0200) wrote:

> On 04.04.2019 21:38, Alex Kost wrote:
>> Brett Gilio (2019-04-01 16:13 -0500) wrote:
>>
>>> Hi all. I am hoping the maintainer of emacs-guix will see this:
>>
>> Hello,
>>
>>> Whenever I try to search for a package, or perform any of the routine
>>> guix commands using the emacs-guix interface, I am getting this error.
>>>
>>> guix-geiser-eval: Error in evaluating guile expression: ERROR: In
>>> procedure string-append:
>>> In procedure string-append: Wrong type (expecting string):
>>> #<<search-path-specification> variable: "GHC_PACKAGE_PATH" files:
>>> ("lib/ghc-8.0.2") separator: ":" file-type: directory file-pattern:
>>> ".*\\.conf\\.d$">
>>>
>>> The specifics of the string seem to change based on what I am trying
>>> to
>>> do, but regardless it does not work and I have to perform those
>>> commands
>>> using the command line.
>>>
>>> Any ideas?
>>
>> No ideas currently, but could you please switch to *Guix Internal REPL*
>> buffer, run ",bt" command there and show its output.  Thanks.
>
> Hi Alex,
>
> Here is the backtrace for doing a regexp search for 'emacs'
[...]

Sorry, I'm afraid I don't know what causes this error.  I hope I will
face this bug soon, so that I could figure it out.  Maybe it happens
only to people who installed "ghc" package (as the error says about
GHC_PACKAGE_PATH variable), I don't know :-(

-- 
Alex

Re: emacs-guix throwing errors

[Ludovic Courtès]

Hello,

Brett Gilio <brettg@posteo.net> skribis:

> Hi all. I am hoping the maintainer of emacs-guix will see this:
>
> Whenever I try to search for a package, or perform any of the routine
> guix commands using the emacs-guix interface, I am getting this error.
>
> guix-geiser-eval: Error in evaluating guile expression: ERROR: In procedure string-append:
> In procedure string-append: Wrong type (expecting string):
> #<<search-path-specification> variable: "GHC_PACKAGE_PATH" files:
> ("lib/ghc-8.0.2") separator: ":" file-type: directory file-pattern:
> ".*\\.conf\\.d$">

I think this may be due to the ABI change in commit
154f1f0937754fafac0c6288dd458b66b332e6bb and the one before.

Commit 6624df5bb91bdd5c2e2c27834576d1e521369631 updates ‘guix’, against
which ‘emacs-guix’ is built, so perhaps if you install ‘emacs-guix’ now
that issue is gone.  Could you give it a try?

Thanks,
Ludo’.