From: zimoun <zimon.toutoune@gmail.com>
To: Tobias Geerinckx-Rice <me@tobias.gr>
Cc: 25952@debbugs.gnu.org, contact.ng0@cryptolab.net
Subject: bug#25952: offloading empty machines file
Date: Tue, 26 May 2020 00:43:33 +0200 [thread overview]
Message-ID: <CAJ3okZ0G+4um-=xfq1SL7ZwiOBXzAjXvNcPR91MdfqPGz+qUBw@mail.gmail.com> (raw)
In-Reply-To: <87tv03ycvo.fsf@nckx>
Hi Tobias,
On Mon, 25 May 2020 at 22:32, Tobias Geerinckx-Rice <me@tobias.gr> wrote:
> The issue is that files such as /etc/guix/machines.scm (but this
> applies equally to /etc/guix/acl & so on) are expected to evaluate
> to a sexp.
>
> An empty file does not a valid sexp make, so Guix throws an
> prickly backtrace @ your face & dies. This is unlike most other
> configuration formats where an empty file or one consisting
> entirely of comments is a no-op.
Hum? I am not sure to get the point. Are we talking about this kind
of situations, e.g.,
--8<---------------cut here---------------start------------->8---
touch /tmp/empty.scm
guix package -m /tmp/empty.scm -p /tmp/empy
--8<---------------cut here---------------end--------------->8---
or
--8<---------------cut here---------------start------------->8---
echo ";; hello" > /tmp/comment.scm
guix package -m /tmp/comment.scm -p /tmp/comment
--8<---------------cut here---------------end--------------->8---
or
--8<---------------cut here---------------start------------->8---
echo "(define x 42)" > /tmp/answer.scm
guix package -m /tmp/answer.scm -p /tmp/answer
--8<---------------cut here---------------end--------------->8---
?
> We should decide whether ‘’ is a valid sexp (oh dear, philosophy)
> or throw something softer at people.
Throw something more "helping" than e.g.,
--8<---------------cut here---------------start------------->8---
Backtrace:
1 (primitive-load "/home/simon/.config/guix/current/bin/g…")
In guix/ui.scm:
1936:12 0 (run-guix-command _ . _)
guix/ui.scm:1936:12: In procedure run-guix-command:
In procedure struct-vtable: Wrong type argument in position 1
(expecting struct): #<unspecified>
--8<---------------cut here---------------end--------------->8---
?
> > Therefore, I am closing. Feel free to reopen if I misunderstand
> > something.
>
> I think this bug should remain open until it's decided. What you?
Well, it is a variant of Cunningham's Law, isn't it? :-)
So, let reopen it and decide on the philosophical dilemma. ;-)
Cheers,
simon
next prev parent reply other threads:[~2020-05-25 22:44 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-03 16:56 bug#25952: offloading: empty machines file leads to error ng0
2020-05-03 16:43 ` bug#25952: offloading empty machines file zimoun
2020-05-25 17:12 ` zimoun
2020-05-25 20:32 ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-05-25 22:43 ` zimoun [this message]
2020-09-14 17:26 ` zimoun
2021-07-05 11:07 ` bug#25952: offloading: empty machines file leads to error zimoun
2021-07-13 8:11 ` bug#25952: offloading empty machines file zimoun
2021-08-18 1:24 ` bug#25952: offloading: empty machines file leads to error Maxim Cournoyer
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='CAJ3okZ0G+4um-=xfq1SL7ZwiOBXzAjXvNcPR91MdfqPGz+qUBw@mail.gmail.com' \
--to=zimon.toutoune@gmail.com \
--cc=25952@debbugs.gnu.org \
--cc=contact.ng0@cryptolab.net \
--cc=me@tobias.gr \
/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.