all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: ludo@gnu.org (Ludovic Courtès)
To: Taylan Ulrich Bayirli/Kammer <taylanbayirli@gmail.com>
Cc: guix-devel@gnu.org, Alex Kost <alezost@gmail.com>
Subject: guix.el & multiple outputs
Date: Sat, 06 Sep 2014 23:11:59 +0200	[thread overview]
Message-ID: <87bnqssbc0.fsf_-_@gnu.org> (raw)
In-Reply-To: <87y4twek0u.fsf@taylan.uni.cx> (Taylan Ulrich Bayirli's message of "Sat, 06 Sep 2014 19:28:01 +0200")

Taylan Ulrich Bayirli/Kammer <taylanbayirli@gmail.com> skribis:

> By the way, it might be nice to have an option to list the secondary
> outputs of a package explicitly alongside the normal, as if it were just
> another package.

Currently *Guix Package List* shows, for instance:

  gcc-toolchain        4.9.1      out, debug    debug, out    Complete GCC tool chain for C/C++ development

Are you suggesting that it should instead show it as two lines?

  gcc-toolchain        4.9.1      out      yes   Complete GCC tool chain for C/C++ development
  gcc-toolchain        4.9.1      debug    yes   Complete GCC tool chain for C/C++ development

I think I would prefer it.  (One advantage is that it would allow users
to mark just one specific output, which is not currently possible.)

> So far the concept of outputs and how they're usually hidden from me has
> only caused me (minor) irritations, and I don't really understand why we
> can't just make them separate packages, but I'm ignorant on most Guix
> internals so might just not be "getting" it.

Conceptually, this is similar to the distinction between “binary”
packages and “source” packages in distros like Debian.

Technically, the main reason why things are this way is that in most
cases it’s not possible to have separate build processes (and thus
separate <package> objects) producing the various outputs, in part
because byproducts contain hard-coded file names, which makes them
non-relocatable.

An obvious example is the “debug” output.  Another is packages that
produce both shared libraries and programs linked against those libs:
what shared lib would appear in the RUNPATH of the executables?

HTH,
Ludo’.

  reply	other threads:[~2014-09-06 21:12 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-05  7:42 guix.el: Key bindings for a "package list" Alex Kost
2014-09-05  8:26 ` Ludovic Courtès
2014-09-05 12:37   ` Alex Kost
2014-09-05 20:22     ` Ludovic Courtès
2014-09-06 16:45       ` Alex Kost
2014-09-06 17:28         ` Taylan Ulrich Bayirli/Kammer
2014-09-06 21:11           ` Ludovic Courtès [this message]
2014-09-06 22:39             ` guix.el & multiple outputs Taylan Ulrich Bayirli/Kammer
2014-09-08  6:50               ` Ludovic Courtès
2014-09-07 16:14             ` Alex Kost
2014-09-19  6:58             ` Alex Kost
2014-09-20 14:11               ` [PATCH] emacs: Rewrite scheme side in a functional manner Ludovic Courtès
2014-09-21 10:51                 ` Alex Kost
2014-09-21 19:27                   ` Ludovic Courtès
2014-09-23 20:14                     ` Alex Kost
2014-09-24  7:48                       ` Ludovic Courtès
2014-09-21 19:28                   ` ‘profile-generations’ Ludovic Courtès
2014-09-21 19:37               ` guix.el & multiple outputs Ludovic Courtès
2014-09-23 20:14                 ` Alex Kost
2014-09-24  7:50                   ` Ludovic Courtès
2014-09-06 21:15         ` guix.el: Key bindings for a "package list" Ludovic Courtès
2014-09-07 16:14           ` Alex Kost
2014-09-08  6:51             ` Ludovic Courtès
2014-09-05  9:11 ` Taylan Ulrich Bayirli/Kammer
2014-09-05 12:37   ` Alex Kost
2014-09-05 20:24     ` Ludovic Courtès
2014-09-06  8:17       ` Alex Kost
2014-09-06 10:55         ` 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=87bnqssbc0.fsf_-_@gnu.org \
    --to=ludo@gnu.org \
    --cc=alezost@gmail.com \
    --cc=guix-devel@gnu.org \
    --cc=taylanbayirli@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 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.