* emacs-guix throwing errors
@ 2019-04-01 21:13 Brett Gilio
2019-04-04 19:38 ` Alex Kost
2019-04-08 10:30 ` Ludovic Courtès
0 siblings, 2 replies; 8+ messages in thread
From: Brett Gilio @ 2019-04-01 21:13 UTC (permalink / raw)
To: help-guix
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?
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: emacs-guix throwing errors
2019-04-01 21:13 emacs-guix throwing errors Brett Gilio
@ 2019-04-04 19:38 ` Alex Kost
2019-04-06 0:59 ` brettg
2019-04-08 10:30 ` Ludovic Courtès
1 sibling, 1 reply; 8+ messages in thread
From: Alex Kost @ 2019-04-04 19:38 UTC (permalink / raw)
To: Brett Gilio; +Cc: help-guix
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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: emacs-guix throwing errors
2019-04-04 19:38 ` Alex Kost
@ 2019-04-06 0:59 ` brettg
2019-04-07 16:28 ` Alex Kost
0 siblings, 1 reply; 8+ messages in thread
From: brettg @ 2019-04-06 0:59 UTC (permalink / raw)
To: Alex Kost; +Cc: help-guix
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?
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: emacs-guix throwing errors
2019-04-06 0:59 ` brettg
@ 2019-04-07 16:28 ` Alex Kost
0 siblings, 0 replies; 8+ messages in thread
From: Alex Kost @ 2019-04-07 16:28 UTC (permalink / raw)
To: brettg; +Cc: help-guix
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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: emacs-guix throwing errors
@ 2019-04-07 22:37 brettg
2019-04-15 19:38 ` Alex Kost
0 siblings, 1 reply; 8+ messages in thread
From: brettg @ 2019-04-07 22:37 UTC (permalink / raw)
To: Alex Kost; +Cc: help-guix
[-- 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 --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: emacs-guix throwing errors
2019-04-01 21:13 emacs-guix throwing errors Brett Gilio
2019-04-04 19:38 ` Alex Kost
@ 2019-04-08 10:30 ` Ludovic Courtès
1 sibling, 0 replies; 8+ messages in thread
From: Ludovic Courtès @ 2019-04-08 10:30 UTC (permalink / raw)
To: Brett Gilio; +Cc: help-guix
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’.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: emacs-guix throwing errors
2019-04-07 22:37 brettg
@ 2019-04-15 19:38 ` Alex Kost
2019-04-16 19:16 ` Brett Gilio
0 siblings, 1 reply; 8+ messages in thread
From: Alex Kost @ 2019-04-15 19:38 UTC (permalink / raw)
To: brettg@posteo.net; +Cc: help-guix
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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: emacs-guix throwing errors
2019-04-15 19:38 ` Alex Kost
@ 2019-04-16 19:16 ` Brett Gilio
0 siblings, 0 replies; 8+ messages in thread
From: Brett Gilio @ 2019-04-16 19:16 UTC (permalink / raw)
To: Alex Kost; +Cc: help-guix
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.
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2019-04-16 19:16 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-04-01 21:13 emacs-guix throwing errors Brett Gilio
2019-04-04 19:38 ` Alex Kost
2019-04-06 0:59 ` brettg
2019-04-07 16:28 ` Alex Kost
2019-04-08 10:30 ` Ludovic Courtès
-- strict thread matches above, loose matches on Subject: below --
2019-04-07 22:37 brettg
2019-04-15 19:38 ` Alex Kost
2019-04-16 19:16 ` Brett Gilio
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).