From mboxrd@z Thu Jan 1 00:00:00 1970 From: "brettg@posteo.net" Subject: Re: emacs-guix throwing errors Date: Sun, 07 Apr 2019 17:37:55 -0500 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="--_com.lge.email_10666003311873650" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:58401) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hDGQS-0001l7-1f for help-guix@gnu.org; Sun, 07 Apr 2019 18:38:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hDGQQ-0000Ce-Kp for help-guix@gnu.org; Sun, 07 Apr 2019 18:38:08 -0400 Received: from mout01.posteo.de ([185.67.36.65]:39466) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hDGQP-0000BH-Uc for help-guix@gnu.org; Sun, 07 Apr 2019 18:38:06 -0400 Received: from submission (posteo.de [89.146.220.130]) by mout01.posteo.de (Postfix) with ESMTPS id 0BDA416005F for ; Mon, 8 Apr 2019 00:38:01 +0200 (CEST) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: Alex Kost Cc: help-guix ----_com.lge.email_10666003311873650 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 err= orsbrettg@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 :-( --=20 Alex ----_com.lge.email_10666003311873650 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hey Alex, I think I= mentioned earlier that I can replicate this bug on a fresh install of Gu= ix. Only installing Emacs and emacs-guix to my profile. Can you see if yo= u can replicate it that way?

Sent from my Sprint Phone.

------ Origina= l message------
From: Alex Kost
Date: Sun, Apr = 7, 2019 11:28 AM
Cc: h= elp-guix;
Subject:Re: emacs-guix throwing e= rrors

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

> On 04.04.2019 21:38, Alex Kost wro=
te:
>> Brett Gilio (2019-04-01 16:13=
 -0500) wrote:
>>
>>> Hi all. I am hoping the maintainer of emacs-guix will see th=
is:
>>
>> Hello,
>>
>>> Whenever I try to search for a package, or perform any of th=
e routine
>>> guix commands using the emacs-guix interface, I am getting t=
his error.
>>>
>>> guix-geiser-eval: Error in evaluating guile expression: ERRO=
R: 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-p=
attern:
>>> ".*\\.conf\\.d$">
>>>
>>> The specifics of the string seem to change based on what I a=
m trying
>>> to
>>> do, but regardless it does not work and I have to perform th=
ose
>>> commands
>>> using the command line.
>>>
>>> Any ideas?
>>
>> No ideas currently, but could you please switch to *Guix Interna=
l 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 :-(

--=20
Alex
----_com.lge.email_10666003311873650--