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):
#< 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: Debugging an mcron job

[Jack Hill]

On Mon, 1 Apr 2019, Ludovic Courtès wrote:


Jack Hill  skribis:

I've solved this for my service by adding SSL_CERT_DIR to the environment:

https://gitlab.oit.duke.edu/jackhill/guix-at-duke/blob/a9674ec7b0decac94745c91df886817e2fc8a91b/guix-at-duke/services/endpoint-management.scm

Is that a reasonable solution?


I’m (very) late to the party but what you did looks like the right thing
to me.


No worries, I still find the sanity check helpful.


PS: Good to see you’re building interesting stuff with this!


Me too :) I've really enjoyed working with the Guix and mcron building 
blocks.


Best,
Jack

Re: MATE on gdm

[Ludovic Courtès]

Hello Guy,

(Note that you can get answers in a number of different languages on
this list: .  Do not
hesitate to ask questions in your native language!)

Guy fleury  skribis:

> i'm trying to build this attached system config with both gnome desktop and 
> mate desktop(i changed nothing except where are gnome to mate). At the end I 
> get this error:
> ==
> To complete the upgrade, run 'herd restart SERVICE' to stop,
> upgrade, and restart each service that was not automatically restarted.
> shepherd: Evaluating user expression (let* ((services (map primitive-load 
> (?))) # ?) ?).
> guix system: error: exception caught while executing 'start' on service 
> 'user-homes':
> Throw to key `match-error' with args `("match" "no matching pattern" 
> "#< name: \"root\" password: \"\" uid: 0 group: \"root\" 
> supplementary-groups: () comment: \"System administrator\"
> home-directory: # create-home-directory?: #t 
> shell: \"/gnu/store/qn1ax1fkj16x280m1rv7mcimfmn9l2pf-bash-4.4.23/bin/bash\" 
> system?: #f>")'.
> bootloader successfully installed on '/dev/sda'
> ===
> but i continue with "guix system reconfigure"

Yes, there error above is harmless; it occurs when upgrading from a
relatively old Guix.

> * or the recent use of gdm doesn't yet be tested for mate(someone to test?)

I don’t think we explicitly tested GDM with MATE, but it should work.
What problems did you have with MATE specifically?

Note that it’s usually easier to test these things in a VM, with ‘guix
system vm’.

Thanks,
Ludo’.

Re: Debugging an mcron job

[Ludovic Courtès]

Hello,

Jack Hill  skribis:

> On Tue, 12 Mar 2019, Jack Hill wrote:
>
>> I've figured out what was going wrong with my job (by redirecting
>> the output to a file). It couldn't verify the remote host's
>> certificate:
>>
>> urllib2.URLError: > certificate verify failed (_ssl.c:726)>
>>
>> Now to figure out why. I have nss-certs in my system packages.
>
> I've solved this for my service by adding SSL_CERT_DIR to the environment:
>
> https://gitlab.oit.duke.edu/jackhill/guix-at-duke/blob/a9674ec7b0decac94745c91df886817e2fc8a91b/guix-at-duke/services/endpoint-management.scm
>
> Is that a reasonable solution?

I’m (very) late to the party but what you did looks like the right thing
to me.

Ludo’.

PS: Good to see you’re building interesting stuff with this!

Re: Debugging an mcron job

[Ludovic Courtès]

Hello,

Jack Hill  skribis:

> On Tue, 12 Mar 2019, Jack Hill wrote:
>
>> I've figured out what was going wrong with my job (by redirecting
>> the output to a file). It couldn't verify the remote host's
>> certificate:
>>
>> urllib2.URLError: > certificate verify failed (_ssl.c:726)>
>>
>> Now to figure out why. I have nss-certs in my system packages.
>
> I've solved this for my service by adding SSL_CERT_DIR to the environment:
>
> https://gitlab.oit.duke.edu/jackhill/guix-at-duke/blob/a9674ec7b0decac94745c91df886817e2fc8a91b/guix-at-duke/services/endpoint-management.scm
>
> Is that a reasonable solution?

I’m (very) late to the party but what you did looks like the right thing
to me.

Ludo’.