all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Fredrik Salomonsson <plattfot@gmail.com>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: help-guix <help-guix@gnu.org>
Subject: Re: build failed: unexpected EOF reading a line
Date: Tue, 12 Sep 2017 22:19:41 -0700	[thread overview]
Message-ID: <CABZcOAQ9cCN7O=pLR=P5UCkxJhzF3nVtMCtwSHVgX1iFbPW5aw@mail.gmail.com> (raw)
In-Reply-To: <87y3pk1ho6.fsf@gnu.org>

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

>
> (You forgot to Cc the list.)

Thanks Ludovic.

Perhaps you should report the issue in AUR so that they can add these
> lines to the .service file by default.


Wrote a comment about it on the AUR. See if it gets added.

Anyway thanks again for your help.

2017-09-12 0:48 GMT-07:00 Ludovic Courtès <ludo@gnu.org>:

> Hi Fredrik,
>
> (You forgot to Cc the list.)
>
> Fredrik Salomonsson <plattfot@gmail.com> skribis:
>
> >  How did you set up guix-daemon?
> >
> >  Behind the scenes, guix-daemon invokes the internal ‘guix offload’
> >  command. That command requires Guile-SSH¹. In your case, it looks like
> >  Guile-SSH was found at configure-time when building Guix, but is now
> >  missing at run time, hence this “offload: command not found” error.
> >
> >  Could you make sure the GUILE_LOAD_PATH environment variable seen by
> >  guix-daemon points to Guile-SSH?
> >
> > I set it up as described here https://wiki.archlinux.org/index.php/Guix
> i.e. installed the AUR package, created the build users and launched the
> systemd unit guix-daemon.service.
> >
> > Turns out that the systemd unit doesn't setup the path to the
> GUILE_LOAD_PATH.
> >
> > Ran "systemctl edit guix-daemon" and added
> >
> > [Service]
> > Environment=GUILE_LOAD_PATH=/root/.guix-profile/share/guile/site/2.2
> > Environment=GUILE_LOAD_COMPILED_PATH=/root/.guix-profile/lib/guile/2.2
> >
> > then
> > systemctl daemon-reload
> > systemctl restart guix-daemon
> >
> > Not sure if the last steps are needed, but you can never be too careful
> when it comes to systemd.
> >
> > Anway that fixed it and I can now compile GNU hello.
>
> Awesome.
>
> Perhaps you should report the issue in AUR so that they can add these
> lines to the .service file by default.
>
> Thanks for your feedback,
> Ludo’.
>



-- 
s/Fred[re]+i[ck]+/Fredrik/g

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

      reply	other threads:[~2017-09-13  5:20 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-09-11  4:25 build failed: unexpected EOF reading a line Fredrik Salomonsson
2017-09-11  7:47 ` Ludovic Courtès
     [not found]   ` <CABZcOARq30BijDzrJRp1Z3izwaN4b2f5Z5ifSTrQ=0D3SByWfQ@mail.gmail.com>
2017-09-12  7:48     ` Ludovic Courtès
2017-09-13  5:19       ` Fredrik Salomonsson [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CABZcOAQ9cCN7O=pLR=P5UCkxJhzF3nVtMCtwSHVgX1iFbPW5aw@mail.gmail.com' \
    --to=plattfot@gmail.com \
    --cc=help-guix@gnu.org \
    --cc=ludo@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.