unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Ricardo Wurmus <rekado@elephly.net>
To: "Jakob L. Kreuze" <zerodaysfordays@sdf.lonestar.org>
Cc: guix-devel@gnu.org
Subject: Re: "guix deploy" is in git master
Date: Mon, 08 Jul 2019 21:27:36 +0200	[thread overview]
Message-ID: <87lfx8jphz.fsf@elephly.net> (raw)
In-Reply-To: <87r270ig1d.fsf@sdf.lonestar.org>


Hi Jakob,

> Ricardo Wurmus <rekado@elephly.net> writes:
>
>> I tried again and it started building things but then aborted like
>this: […]
>> guix/remote.scm:66:17: In procedure %remote-eval:
>> Throw to key `srfi-34' with args `(#<inferior-object #<condition &action-exception-error [service: user-homes action: start key: match-error args: ("match" "no matching pattern" "#<<user-account> name: \"root\" password: \"\" uid: 0 group: \"root\" supplementary-groups: () comment: \"System administrator\" home-directory: #<procedure home-directory (x)> create-home-directory?: #t shell: \"/gnu/store/qn1ax1fkj16x280m1rv7mcimfmn9l2pf-bash-4.4.23/bin/bash\" system?: #f>")] 1837f00>>)'.
>>
>> Do you know what might be wrong here?
>
> Ludovic Courtès <ludo@gnu.org> writes:
>
>> I suspect the bug has nothing to do with ‘remote-eval’. Namely, if the
>> machine you’re reconfigure is running Guix from before commit
>> 6061d01512081c93c53fdd1d4302b36696403061 (March 2019), then restart
>> the ‘user-homes’ services fails with this error for obscure reasons
>> that I forgot.
>
> The throw is coming from 'upgrade-shepherd-services' making a call to
> 'start-service', so I think that Ludovic is on the right track. What
> version of Guix is the remote running, Ricardo? If it's a recent commit,
> I worry that a bad 'user-homes' service file was sent over, or perhaps
> not sent over at all...

The remote’s Guix is pretty old, so it’s likely that Ludo is right.
So, I actually reconfigured these machines semi-successfully, eh?  Neat!

> Regardless, it's undesirable to have the deployment aborted half-way
> through. Ludovic -- I've wrapped my calls to 'unload-service' in
> 'false-if-exception'.

“false-if-exception” isn’t great because it swallows the errors.  I’d
still very much like to see the errors – I just don’t want to see a
backtrace is all.

Similarly, it would be great if “guix deploy” would continue deploying
other machines in the list even if one of them couldn’t be deployed due
to an error.  I have a list of 24 machines and a few of them fail with
the user-homes error above.  Would be nice if all the other deployments
would still go through, because they are independent.

(On the other hand, the current behaviour might be desirable in case
there’s a problem with “guix deploy” itself.  Rather break just one
machine instead of wrecking the whole site.  Dunno.)

> As a side note, congratulations on being the first person to upgrade a
> machine with 'guix deploy', Ricardo!

Yay!

--
Ricardo

  reply	other threads:[~2019-07-08 19:28 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-07-06  6:17 "guix deploy" is in git master Christopher Lemmer Webber
2019-07-05 23:33 ` Jakob L. Kreuze
2019-07-05 23:34 ` Jakob L. Kreuze
2019-07-06  9:29 ` Ricardo Wurmus
2019-07-06 11:51   ` Jakob L. Kreuze
2019-07-06  9:23     ` Christopher Lemmer Webber
2019-07-06 17:22       ` Ricardo Wurmus
2019-07-06 17:17         ` Christopher Lemmer Webber
2019-07-07  0:12         ` Mark H Weaver
2019-07-07  7:55           ` Ricardo Wurmus
2019-07-07  6:55             ` Christopher Lemmer Webber
2019-07-08 17:15           ` Jakob L. Kreuze
2019-07-07  8:05   ` Ricardo Wurmus
2019-07-07 14:45     ` Ludovic Courtès
2019-07-08 17:37       ` Jakob L. Kreuze
2019-07-08 19:27         ` Ricardo Wurmus [this message]
2019-07-08 20:11           ` Jakob L. Kreuze
2019-07-08 20:16             ` Jakob L. Kreuze
2019-07-08 20:23               ` Ricardo Wurmus
2019-07-10 13:51           ` Thompson, David
2019-07-10 17:39             ` Jakob L. Kreuze
2019-07-11  4:27               ` Christopher Lemmer Webber
2019-07-11 15:43                 ` Ludovic Courtès
2019-07-11 16:58                   ` Jakob L. Kreuze

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=87lfx8jphz.fsf@elephly.net \
    --to=rekado@elephly.net \
    --cc=guix-devel@gnu.org \
    --cc=zerodaysfordays@sdf.lonestar.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 public inbox

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

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).