unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Bengt Richter <bokr@bokr.com>
To: Liliana Marie Prikler <liliana.prikler@gmail.com>
Cc: guix-devel@gnu.org, Sarah Morgensen <iskarian@mgsn.dev>
Subject: Re: Rethinking propagated inputs?
Date: Sun, 5 Sep 2021 11:50:18 +0200	[thread overview]
Message-ID: <20210905095018.GA2963@LionPure> (raw)
In-Reply-To: <382a46ced17110e1bc03b94ba078b38c2669deac.camel@gmail.com>

Hi,

On +2021-09-05 09:36:30 +0200, Liliana Marie Prikler wrote:
> Am Samstag, den 04.09.2021, 17:50 -0700 schrieb Sarah Morgensen:
> > Hi Liliana,
> > 
> > (Efraim, I've Cc'd you since you're working on re-doing Rust inputs.)
> > 
> > Liliana Marie Prikler <liliana.prikler@gmail.com> writes:
> > 
> > > Does anyone have an idea how we should handle propagations for the
> > > sake of pkg-config?  Perhaps we could add "linked-inputs", which
> > > are added when building packages and environments when not using --
> > > ad-hoc, but not when union-building profiles.  WDYT?
> > 
> > I know nothing about pkg-config, but such an input would help
> > simplify things for Go (and I think for Rust) since many inputs need
> > to be propagated only at build-time.
> To be fair, I wasn't not thinking about Go and Rust, which at least on
> the surface appear to have similar propagation semantics.  I do however
> not know whether all currently propagated inputs from those two could
> be reclassified as linked-inputs.  FWIW I don't think (most) Emacs,
> Python or Guile packages work that way, but I do know of at least one
> that would profit from having linked-inputs.
> 
> > What do you think of "build-propagated-inputs"?
> We don't call things build-inputs here in Guix land, that's a no-no :P
>

Is there an official guix  jargon file or glossary file or texi file or
wikimedia/wiktionary/wikipedia clone on gnu.org that non-cognoscenti
could use to get a clue?

Is there a thread that on that topic making any progress on making it
happen?

when someone in a thread like this offers a candidate official definition,
(off-topic sort of, but meta-on-topic for relevant documentation)
could it be snip-quoted for easy search and aggregation for maintainers
of official definitions and translations? E.g.
(or actually borrow some rfc0842 or descendant so an attached file
generates a usuable section in mail archives that can be snarfed automatically?)

--8<---------------cut here---------------start------------->8---
X-Content-type: Cadidate-guix-jargon-definition
Ad lib comment and metacomment ended by blank line ...
"> We don't call things build-inputs here in Guix land, that's a no-no :P"

build-propagated-inputs:
	<please fill in :) >
--8<---------------cut here---------------end--------------->8---

> > (A quick search of the ML turned up one previous discussion [0]; does
> > anyone know of others?)
> > 
> > [0] 
> > https://lists.gnu.org/archive/html/guix-devel/2017-02/msg00362.html
> W.r.t. native-inputs, I think native-inputs should propagate
> propagated-inputs, but not linked-inputs.  Makes sense, doesn't it?
> 
> 

-- 
Regards,
Bengt Richter


  reply	other threads:[~2021-09-05  9:51 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-04 18:24 Rethinking propagated inputs? Liliana Marie Prikler
2021-09-05  0:50 ` Sarah Morgensen
2021-09-05  7:36   ` Liliana Marie Prikler
2021-09-05  9:50     ` Bengt Richter [this message]
2021-09-05 10:50       ` Guix Jargon File (WAS: Rethinking propagated inputs?) Liliana Marie Prikler
2021-09-05 14:54         ` Bengt Richter
2021-09-05 15:28           ` Liliana Marie Prikler
2021-09-05 15:53         ` Jonathan McHugh
2021-09-06  4:07           ` Bengt Richter
2021-09-05 10:06     ` Rethinking propagated inputs? Attila Lendvai
2021-09-05 10:56       ` Julien Lepiller
2021-09-05 16:17 ` Maxime Devos
2021-09-05 16:50   ` Liliana Marie Prikler
2021-09-05 19:18     ` Maxime Devos
2021-09-05 19:37       ` Liliana Marie Prikler
2021-09-05 20:27         ` Maxime Devos
2021-09-05 21:10           ` Liliana Marie Prikler
2021-09-07 11:49             ` Maxime Devos
2021-09-07 12:22             ` 宋文武
2021-09-06 18:07     ` Maxim Cournoyer
2021-09-06 18:45       ` Liliana Marie Prikler
2021-09-07 19:01       ` Sarah Morgensen
2021-09-08  7:18         ` Liliana Marie Prikler
2021-09-08  8:24         ` iskarian
2021-09-08 22:12   ` Ludovic Courtès
2021-09-08 22:34     ` zimoun
2021-09-08 22:55     ` Liliana Marie Prikler
2021-09-09  9:48       ` Ludovic Courtès
2021-09-16 18:01         ` Hartmut Goebel
2021-09-06  7:32 ` zimoun

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=20210905095018.GA2963@LionPure \
    --to=bokr@bokr.com \
    --cc=guix-devel@gnu.org \
    --cc=iskarian@mgsn.dev \
    --cc=liliana.prikler@gmail.com \
    /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).