From: Anton Starikov <antst@ifm.liu.se>
Cc: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] per-package environment variables.
Date: Wed, 01 Sep 2004 02:00:33 +0200 [thread overview]
Message-ID: <41351121.8030304@ifm.liu.se> (raw)
In-Reply-To: <200408311928.19670.vapier@gentoo.org>
I didn't get it :)
I'm one person, Anton Starikov and Antst :) antst - just my mailbox :))
So, /etc/portage/packages.env/ seems to be good. That sound cleaner,
right. But, can you imaging, I'm going to edit 10 files next time, when
to ICC, for example, will be added some nice optimization flag which I'm
going to use.
So, the basic point is that they are really "per-package" sollution. If
we want to keep it. I guess it can be extended, to have directories like
/etc/portage/packages.env/bash/
Where you can put multiple files similar to /etc/env.d/
So, you can make one env file, and make just symbolic links to it for
different packages.
So, idea to include some kind of sollution which not strictly
"per-package". So, you can define something, and easy include/exclude it
for different packages.
Mike Frysinger wrote:
> On Tuesday 31 August 2004 06:26 pm, Antst GD wrote:
>
>>For the moment both solutions looks ugly for me. At least I can't
>>imaging simple and easy-to-understand syntax for package.env, which will
>>look nice and will parce without problems.
>>
>>What do you think about?
>
>
> most of what you proposed seems excessive and confusing (and like you say,
> ugly) ... a cleaner/simpler solution can be taken from your work though i
> think ...
>
> we have a directory:
> /etc/profile/packages.env/
>
> in this directory we have simple bash (bash because we can just source it and
> be done with it) files which line up in a similar fashion to the portage
> tree ... for example, if i want an env file for bash, i would have:
> /etc/profile/packages.env/app-shells/bash
>
> i think this is about all we need ... and like Antst pointed out, this looks
> like it'd be real simple to implement ...
> -mike
--
Anton Starikov
--
gentoo-dev@gentoo.org mailing list
next prev parent reply other threads:[~2004-09-01 0:00 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-31 22:26 [gentoo-dev] per-package environment variables Antst GD
2004-08-31 22:34 ` Mike Frysinger
2004-08-31 22:44 ` Antst GD
2004-09-08 18:19 ` Ned Ludd
2004-08-31 23:28 ` Mike Frysinger
2004-09-01 0:00 ` Anton Starikov [this message]
2004-09-01 0:13 ` Anton Starikov
2004-09-01 3:05 ` Olivier Fisette
2004-09-01 11:08 ` Anton Starikov
2004-09-01 15:53 ` Robin H. Johnson
2004-09-01 19:56 ` Olivier Fisette
2004-09-01 22:39 ` Anton Starikov
2004-09-02 22:49 ` Anton Starikov
2004-09-02 23:30 ` Olivier Fisette
2004-09-03 1:36 ` Anton Starikov
2004-09-03 1:35 ` Robin H. Johnson
2004-09-03 2:05 ` Olivier Fisette
2004-09-03 2:53 ` Anton Starikov
2004-09-01 0:26 ` Nicholas Jones
2004-09-01 0:51 ` Anton Starikov
2004-09-01 14:02 ` aye
2004-09-01 14:22 ` Anton Starikov
2004-09-01 15:59 ` Robin H. Johnson
2004-09-01 18:42 ` aye
2004-09-01 18:46 ` Robin H. Johnson
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=41351121.8030304@ifm.liu.se \
--to=antst@ifm.liu.se \
--cc=gentoo-dev@lists.gentoo.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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox