unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Ludovic Courtès" <ludo@gnu.org>
To: Jan Nieuwenhuizen <janneke@gnu.org>
Cc: Guix Devel <guix-devel@gnu.org>
Subject: Re: Freezing ‘core-updates’ soon?
Date: Sun, 20 Jun 2021 18:19:23 +0200	[thread overview]
Message-ID: <87h7hscxv8.fsf@gnu.org> (raw)
In-Reply-To: <87y2bbcua5.fsf@gnu.org> (Jan Nieuwenhuizen's message of "Tue, 15 Jun 2021 12:10:58 +0200")

Hello!

Jan Nieuwenhuizen <janneke@gnu.org> skribis:

> Ludovic Courtès writes:

[...]

>>   • Reduced binary seeds—anything new?  My understanding is that the
>>     reduced binary seed bootstrap now works on ARM, but that we were
>>     waiting on a Mes release to merge those bits.  Janneke, Danny?
>
> Sadly, we are not there yet.  The gcc/glibc build is still not done.
>
> The full source bootstrap is "almost ready" and is waiting for a GNU Mes
> release.  It was wating for an M2-Planet release but that happened last
> week!  I'm not sure about a time frame here though.  A week, hmm?

Alright.  Well no rush, that can also happen on the next cycle, and we
can also work to make it shorter.  :-)

>>   • Simplified package inputs—I’ll keep working on that, and most of the
>>     work can be done without a world rebuild, so it’s not a blocker IMO.
>
> I haven't really caught-up here and am still wondering here about things
> like
>
>    ("foo-for-build" ,foo)
>    ("patch-bar" ,(search-patch ...))
>
> but that's prolly addressed.  I'll look into this.

Good points.  We’d have to look at specific examples.

In the first case, perhaps it’s enough to add ‘foo’ in ‘native-inputs’.

In both cases, you can always use gexps, like:

  (arguments
    (list #:configure-flags
          #~(list (string-append "FOO_FOR_BUILD=" #$foo))))

… though the ‘foo’ here won’t show up in the inputs fields, which is not
great because then ‘guix graph’ and related tools won’t “see” this
reference, and you can’t easily override it via inheritance.

A better approach is to still add ‘foo’ to ‘native-inputs’ but to write
something like:

  (arguments
    (list #:configure-flags
          #~(list (string-append "FOO_FOR_BUILD="
                                 #$(lookup-package-input
                                    (package-inputs this-package)
                                    "foo")))))

In the second example you give, you could have build-side code that
does, say:

  (lambda* (inputs #:allow-other-keys)
    (invoke "patch" "-p1" "-i"
            (find (cut string-suffix? ".patch") inputs)))

At any rate, I agree we need to find good idioms for these corner cases.

Thoughts?

Thanks,
Ludo’.


  reply	other threads:[~2021-06-20 16:19 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-06-15  8:52 Freezing ‘core-updates’ soon? Ludovic Courtès
2021-06-15 10:10 ` Jan Nieuwenhuizen
2021-06-20 16:19   ` Ludovic Courtès [this message]
2021-06-15 11:29 ` Maxime Devos
2021-06-15 17:28 ` Efraim Flashner
2021-06-16  5:16 ` zimoun
2021-06-20  1:23 ` Chris Marusich

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=87h7hscxv8.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=guix-devel@gnu.org \
    --cc=janneke@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 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).