unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
From: David Conner <aionfork@gmail.com>
To: Jaft <jaft.r@outlook.com>
Cc: Jaft via <help-guix@gnu.org>
Subject: Re: Every Reconfigure of Guix Home Results in "Connection Refused"
Date: Sat, 3 Jun 2023 17:59:09 -0400	[thread overview]
Message-ID: <CAA_WgJWY10R3hjVLaY+QwkazcoZvsZT82K7EwXjeCBzpr0RxFw@mail.gmail.com> (raw)
In-Reply-To: <BY5PR07MB7029A8CBA4F98DB822F5D78E994FA@BY5PR07MB7029.namprd07.prod.outlook.com>

Thanks for the explanation. I’ll try to update the thread soon with more
details.

i was wondering last night whether a Guix Home profile can start and
additional set of Shepherd services. I think it can but it would require
using a separate socket.

I’m using both GuixSD and Arch and neither has Guix Home. My dotfiles have
a bit of process to them that create more work when using both distros. I’m
hoping that Home will make this easier to accommodate. I also may change
from i3 to Sway soon, but sticking to KDE on Arch. This has been slowing me
down.

I also may be having problems related to the Guile load paths shepherd is
running with, since I have been running the executable in
/run/current-system/profile, but I just get errors related to
continuations/fibers when I load the file for a second service.

I’m also hoping the shepherd Repl service may help to debug. Whatever is
happening is t common, so it must be a configuration issue.

Apologies if there are email artifacts in the thread. I’m sending this from
my phone & I’m still getting used to gnus and mailing lists.

On Sat, Jun 3, 2023 at 5:17 PM Jaft <jaft.r@outlook.com> wrote:

> Hey, David.
>
> I'm not sure that your issue is the same of mine. Mine seemed to be a
> socket issue specifically related to Shepard (which, I suppose, makes sense
> as I was trying to start services).
>
> Mine went away when I restarted my computer; I could've sworn I did a guix
> pull before trying to reconfigure my Guix Home but maybe I hadn't and
> that was related; I'm not sure. Either way, it hasn't reoccurred since
> restarting (the services don't seem to get updated on any second
> reconfigure and require me to restart the computer to take effect but I
> think that's an unrelated situation to the one I originally reported and
> probably more of an inquery question for me to ask).
>
> Sorry I can't be more helpful; I hope you're able to resolve it!
>
> Granted, I am running GuixSD and not just Guix on a foreign distro (I'm
> not sure which of those you are doing) so what we require may be different,
> to solve the same issue. I can't say that I've ever had to start Shepard,
> myself, and that'd probably be the first place I'd look, in trying to pin
> down what's wrong. I'm pretty certain both your system config.scm and
> your Guix Home configuration should take care of connecting any services
> you define to Shepard when you reconfigure them without you having to
> manually run anything (beyond the reconfigure command); that's a huge part
> of the benefit of Guix – just being able to declaratively define the
> config. and everything else takes care of getting it to work, rather than
> imperatively running commands yourself and, possibly, running something in
> the wrong order (or whatever, etc.) which might introduce unexpected
> behavior.
> On Monday, May 29, 2023, 08:25:51 AM CDT, David Conner <aionfork@gmail.com>
> wrote:
>
>
>
> Sorry for the duplicate messages. I'm still getting Gnus configured and
> getting used to everything. I didn't realize there was a difference
> between a reply and a followup.
>
> Did you ever resolve this?
>
> I think I may be getting a similar error as you, but I'm not running
> Guix Home yet.
>
> https://lists.gnu.org/archive/html/help-guix/2023-05/msg00201.html
>
> I've attached strace logs in the issue I submitted.
>
> I'm not sure how you would get logging for Shepherd from within Guix
> Home. You could isolate things and test launching Shepherd by writing an
> =init.scm= and trying to start the services manually, but to do so,
> you'd have to create a Guix Profile with the binaries required for
> launching Shepehrd.
>
> I'm starting shepherd from inside .xsession and testing it with:
>
> =shepherd -s test.sock -c test.scm -l test.log --pid=test.pid=
>
> I can usually get the =mcron= service to start. Really, I think I can
> get a single service to start, but if I try to load anything more than
> that, I'm getting:
>
> #f "Attempt to suspend fiber within continuation barrier" () #f
>
> As part of moving towards Guix Home, I created a system definition for
> wayland/sway, but even there, I was getting the error. And now think
> about it, I'm running the =/run/current-ssytem/profile/bin/shepherd=
> binary, so maybe if I bundle this in with a user profile, it will work.
>
> --
> David Conner
>
-- 
David C.

Aion
<https://www.oxfordreference.com/view/10.1093/acref/9780190681166.001.0001/acref-9780190681166-e-9?rskey=T60B90&result=9>,
an untranslatable pulsar for your epistemic constellations

      reply	other threads:[~2023-06-07 23:44 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1123284880.1454447.1684007715377.ref@mail.yahoo.com>
2023-05-13 19:55 ` Every Reconfigure of Guix Home Results in "Connection Refused" Jaft
2023-05-29 13:25   ` David Conner
2023-06-03 21:17     ` Jaft
2023-06-03 21:59       ` David Conner [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

  List information: https://guix.gnu.org/

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

  git send-email \
    --in-reply-to=CAA_WgJWY10R3hjVLaY+QwkazcoZvsZT82K7EwXjeCBzpr0RxFw@mail.gmail.com \
    --to=aionfork@gmail.com \
    --cc=help-guix@gnu.org \
    --cc=jaft.r@outlook.com \
    /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.
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).