From: ludo@gnu.org (Ludovic Courtès)
To: John Darrington <john@darrington.wattle.id.au>
Cc: guix-devel@gnu.org, John Darrington <jmd@gnu.org>
Subject: Re: [PATCH 3/3] gnu: Add octave and dependencies
Date: Wed, 29 Jan 2014 22:26:02 +0100 [thread overview]
Message-ID: <87vbx2bhud.fsf@gnu.org> (raw)
In-Reply-To: <20140129082015.GA24787@jocasta.intra> (John Darrington's message of "Wed, 29 Jan 2014 09:20:15 +0100")
John Darrington <john@darrington.wattle.id.au> skribis:
> On Mon, Jan 27, 2014 at 10:11:14AM +0100, Ludovic Court??s wrote:
>
> > Ok. Andraes' and Ludo's explanations convince me. However I'm skeptical that
> > the Octave devs would be quite so convinced. And removing the propagates-inputs
> > will mean patching to the Octave source and I don't know how difficult this will be.
>
> The patch that would be great upstream is:
>
> AC_PATH_PROG([MAKEINFO], [makeinfo])
> AC_SUBST([MAKEINFO])
>
> and then use ???@MAKEINFO@??? wherever ???makeinfo??? is expected in the source
> (similarly for ???less???, etc.)
>
> Ludo???.
>
> Having thought about this some more, looked to see what is currently in the
> octave source and "discussed" the issue on #octave I think now the best solution
> is to simply remove all the propagated-inputs from the package (and leave inputs
> and native-inputs as they are). Rationale:
>
> * Octave "works" without all these programs (albeit in a rather featureless
> fashion). If a user wants to add the feature, then she just needs to
> guix package -i <foo>.
> * It seems to have been a deliberate decision by the octave developers to rely
> on $PATH to select the appropriate version of these external programs.
> * Changing this behaviour would involve alterations to the octave source touching
> many files, and I think upstream would be unlikely to cooperate with us.
Item #2 is definitely a good reason to leave things untouched (no
propagation, no patching.)
> The disadvantage of this approach is, that a guix user who installs octave, but
> not the other packages, gets only a barely functional version. Perhaps we need
> a (recommended-inputs `(...)) like in debian.
Yes, that would make sense.
Could you file this to bug-guix@gnu.org (with the ‘wishlist’ tag, if you
master Debbugs)?
TIA,
Ludo’.
next prev parent reply other threads:[~2014-01-29 21:31 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-23 20:07 [PATCH 1/3] gnu: libxft: Propagate input John Darrington
2014-01-23 20:07 ` [PATCH 2/3] gnu: fltk: New module John Darrington
2014-01-24 16:07 ` Thompson, David
2014-01-25 7:00 ` [PATCH 2/2] " John Darrington
2014-01-25 8:27 ` (unknown), John Darrington
2014-01-25 8:27 ` [PATCH] gnu: fltk: New module John Darrington
2014-01-25 15:39 ` Ludovic Courtès
2014-01-23 20:07 ` [PATCH 3/3] gnu: Add octave and dependencies John Darrington
2014-01-25 15:30 ` Ludovic Courtès
2014-01-25 16:14 ` John Darrington
2014-01-25 16:42 ` Andreas Enge
2014-01-25 17:04 ` John Darrington
2014-01-25 20:41 ` Ludovic Courtès
2014-01-26 7:38 ` John Darrington
2014-01-26 9:09 ` (unknown), John Darrington
2014-01-26 9:09 ` [PATCH] gnu: Add gnuplot John Darrington
2014-01-26 20:17 ` Ludovic Courtès
2014-01-26 18:54 ` [PATCH 3/3] gnu: Add octave and dependencies Andreas Enge
2014-01-26 19:30 ` Ludovic Courtès
2014-01-27 8:30 ` John Darrington
2014-01-27 9:11 ` Ludovic Courtès
2014-01-29 8:20 ` John Darrington
2014-01-29 21:26 ` Ludovic Courtès [this message]
2014-01-27 9:04 ` Sree Harsha Totakura
2014-01-27 9:53 ` Installing a C tool chain Ludovic Courtès
2014-01-27 10:32 ` Sree Harsha Totakura
2014-02-04 6:31 ` Mark H Weaver
2014-04-05 20:44 ` Ludovic Courtès
2014-04-14 17:54 ` Andreas Enge
2014-04-14 19:16 ` Ludovic Courtès
2014-04-14 19:43 ` Andreas Enge
2014-04-14 21:32 ` Ludovic Courtès
2014-04-14 21:57 ` Sergio Durigan Junior
2014-01-24 13:11 ` [PATCH 1/3] gnu: libxft: Propagate input Ludovic Courtès
2014-01-25 7:01 ` [PATCH 1/2] " John Darrington
2014-01-25 15:19 ` Ludovic Courtès
2014-01-25 15:38 ` 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
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=87vbx2bhud.fsf@gnu.org \
--to=ludo@gnu.org \
--cc=guix-devel@gnu.org \
--cc=jmd@gnu.org \
--cc=john@darrington.wattle.id.au \
/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).