all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Bengt Richter <bokr@bokr.com>
To: Efraim Flashner <efraim@flashner.co.il>
Cc: guix-devel@gnu.org
Subject: Re: 01/02: build: gnu-build-system: Don't run configure during bootstrap.
Date: Sun, 16 Feb 2020 17:24:22 +0100	[thread overview]
Message-ID: <20200216162422.GA5829@LionPure> (raw)
In-Reply-To: <20200216145517.GE1968@E5400>

Hi Efraim,

On +2020-02-16 16:55:17 +0200, Efraim Flashner wrote:
> On Sun, Feb 16, 2020 at 03:27:36PM +0100, Marius Bakke wrote:
> > guix-commits@gnu.org writes:
> > 
> > > commit 481a0f1a7ceac666a011b28324220584ead07698
> > > Author: Efraim Flashner <efraim@flashner.co.il>
> > > AuthorDate: Thu Feb 13 10:54:29 2020 +0200
> > >
> > >     build: gnu-build-system: Don't run configure during bootstrap.
> > >     
> > >     * guix/build/gnu-build-system.scm (bootstrap): Add NOCONFIGURE
> > >     environment variable before running bootstrap scripts.
> > 
> > [...]
> > 
> > > @@ -190,6 +190,7 @@ working directory."
> > >                (if (executable-file? script)
> > >                    (begin
> > >                      (patch-shebang script)
> > > +                    (setenv "NOCONFIGURE" "true")
> > >                      (invoke script))
> > >                    (invoke "sh" script)))
> > >              (if (or (file-exists? "configure.ac")
> > 
> > Should we unset NOCONFIGURE afterwards?  Probably at least one package
> > uses this variable for something completely different...
> 
> It probably wouldn't hurt to unset it. I've never come across a package
> where that's been a problem but best not invite trouble.
>
With all due respect, I am not comfortable with this kind of rationale :) 

If it's never been a problem, unsetting might hide a case where it _would_
cause a problem -- which IMO it would be better to find out about than not.

Is there an official policy regarding garbage/dangling environment variables?

(Or is that just to be expected in the sargasso sea of "undefined behaviour"? ;-)

So, if in doubt, instead of unsetting, perhaps set it something like

    "IF_YOU_SEE_THIS_PLEASE_REPORT_HOW_IT_HAPPENED_TO_efraim_AT_flashner.co.il"

;-P

or make it throw an exception somehow, if following processing uses NOCONFIGURE
any way at all before being replaced with a proper meaningful new value.

> Also, looking at the snippet, I should move it higher up. If it's not
> executable then NOCONFIGURE doesn't get set.
> 
> 
> -- 
> Efraim Flashner   <efraim@flashner.co.il>   אפרים פלשנר
> GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
> Confidentiality cannot be guaranteed on emails sent or received unencrypted

Hope I didn't offend anyone :)
-- 
Regards,
Bengt Richter

  reply	other threads:[~2020-02-16 16:25 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20200216072616.4957.58376@vcs0.savannah.gnu.org>
     [not found] ` <20200216072618.88AB021120@vcs0.savannah.gnu.org>
2020-02-16 14:27   ` 01/02: build: gnu-build-system: Don't run configure during bootstrap Marius Bakke
2020-02-16 14:55     ` Efraim Flashner
2020-02-16 16:24       ` Bengt Richter [this message]
2020-02-16 16:34         ` Marius Bakke
2020-02-16 17:18           ` Bengt Richter
2020-02-18 17:38             ` Marius Bakke
2020-02-16 16:48         ` Efraim Flashner

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=20200216162422.GA5829@LionPure \
    --to=bokr@bokr.com \
    --cc=efraim@flashner.co.il \
    --cc=guix-devel@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.