From: Mark H Weaver <mhw@netris.org>
To: Nikita Karetnikov <nikita@karetnikov.org>
Cc: bug-guix@gnu.org
Subject: Re: Toward 0.2
Date: Tue, 26 Feb 2013 11:51:50 -0500 [thread overview]
Message-ID: <87k3pv10ih.fsf@tines.lan> (raw)
In-Reply-To: <87hakzwdzu.fsf@karetnikov.org> (Nikita Karetnikov's message of "Tue, 26 Feb 2013 05:43:31 -0500")
Nikita Karetnikov <nikita@karetnikov.org> writes:
> I'm attaching a patch.
>
> It's a separate file; if I add these lines
>
> #:use-module (guix packages)
> #:use-module (guix store)
>
> to 'guix/build/utils.scm', they will raise the following error on
> 'make'.
Based on the backtrace below, it looks like you tried to add those to
guix/utils.scm, not guix/build/utils.scm. It failed because it resulted
in a circular dependency between modules.
(guix utils) -> (guix packages) -> (guix derivations) -> (guix utils)
Circular dependencies are not always fatal in Guile, but they can be
when one of the modules depends on a *macro* from another module in the
cycle. In this case, (guix derivations) uses the 'memoize' macro from
(guix utils).
[Adds to Guile TODO list: better error messages in cases like this]
> Also, 'bin-location' and 'chmod' are not safe. It can be solved with
> 'file-exists?'
I don't know what the issue is here (and don't have time now to figure
it out), but the idea that 'file-exists?' can make anything safe is
setting off warning bells in my head, because it sounds like a
TOCTTOU[1] race condition: someone else may change the filesystem
between your 'file-exists?' check and whatever you do that depends on
that check for safety.
Regards,
Mark
[1] http://en.wikipedia.org/wiki/Time-of-check-to-time-of-use
next prev parent reply other threads:[~2013-02-26 16:52 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-17 15:10 Toward 0.2 Ludovic Courtès
2013-02-18 1:58 ` Nikita Karetnikov
2013-02-18 10:26 ` Ludovic Courtès
2013-02-20 0:39 ` Nikita Karetnikov
2013-02-20 11:28 ` Ludovic Courtès
2013-02-21 17:36 ` Nikita Karetnikov
2013-02-22 14:31 ` Ludovic Courtès
2013-02-26 10:43 ` Nikita Karetnikov
2013-02-26 16:51 ` Mark H Weaver [this message]
2013-02-26 19:14 ` Ludovic Courtès
2013-02-28 20:53 ` Nikita Karetnikov
2013-03-01 9:15 ` Ludovic Courtès
2013-03-01 15:01 ` Nikita Karetnikov
2013-03-01 17:28 ` Ludovic Courtès
2013-03-02 20:17 ` Nikita Karetnikov
2013-03-02 21:30 ` Ludovic Courtès
2013-03-03 12:52 ` [PATCH] utils: Add 'wrap-program'. (was: Toward 0.2) Nikita Karetnikov
2013-03-03 21:29 ` [PATCH] utils: Add 'wrap-program' Ludovic Courtès
2013-03-03 23:11 ` Nikita Karetnikov
2013-03-04 10:08 ` Ludovic Courtès
2013-02-20 9:00 ` Toward 0.2 Andreas Enge
2013-04-15 21:59 ` Ludovic Courtès
2013-04-29 21:32 ` Ludovic Courtès
2013-05-11 20:41 ` Ludovic Courtès
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=87k3pv10ih.fsf@tines.lan \
--to=mhw@netris.org \
--cc=bug-guix@gnu.org \
--cc=nikita@karetnikov.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.