From: "Sérgio Almeida" <mephx.x@gmail.com>
To: gentoo-soc@lists.gentoo.org
Cc: Gentoo Dev <gentoo-dev@lists.gentoo.org>
Subject: [gentoo-dev] Re: [gentoo-soc] Re: Progress on Universal Select Tool
Date: Thu, 23 Jul 2009 14:40:17 +0100 [thread overview]
Message-ID: <1248356417.8713.17.camel@thedude> (raw)
In-Reply-To: <6f8b45100907230047k44111c77ha1b68e61b8c88bf2@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2008 bytes --]
On Thu, 2009-07-23 at 13:17 +0530, Arun Raghavan wrote:
> 2009/7/23 Nirbheek Chauhan <nirbheek@gentoo.org>:
> > 2009/7/23 Sérgio Almeida <mephx.x@gmail.com>:
> >> A child process cannot (or shouldn't be able to) change parent's process
> >> environment.
> >>
> >> uprofile will need to change env var's on-the-fly. For instance tag $PS1
> >> with the current profile in use
> >>
> >
> > I don't understand what use this feature has. Won't the "current
> > profile" be persistent across shells? If so, won't PS1 not be
> > persistent if you change in on-the-fly? If you don't intend to keep it
> > persistent, what's the use? (Actually, I don't see the use of having
> > it at all)
>
> I think the point he is making is that when you update the environment
> variable, you want it to start reflecting in the current shell
> immediately. Correct me if I'm wrong.
>
That's correct and incorrect. Let's distinguish YOUR profile from A
profile. As I explained to Nirbheek folders can have profiles and these
we want to be able to take effect immediately.
> If this is the case, spawning a new shell might not be an option,
> since you will lose the shell's history (you'll even need to do some
> work to make sure you spawn the same shell (bash/csh/zsh) as the user
> is currently using. And there's going to be an element of surprise if
> multiple calls to uselect end up meaning that the user needs to use
> Ctrl-D/logout/exit several times to end the current session.
>
I agree, just have in mind that it won't be uselect that needs to change
these on the fly. Uselect will notify to source your profile as eselect
does.
For uprofile we can always wrap it under a sh script and source it's
stdout after it ran. <- solution?
> IMO, it is cleaner to just print a message telling the user to source
> /etc/profile as eselect does currently.
>
> Keep up the good work.
Thanks. Cheers,
Sérgio
--
Sérgio Almeida - mephx.x@gmail.com
mephx @ freenode
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
next prev parent reply other threads:[~2009-07-23 13:40 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-16 14:48 [gentoo-dev] Progress on Universal Select Tool Sérgio Almeida
2009-06-17 18:32 ` [gentoo-dev] " Sérgio Almeida
2009-06-29 18:50 ` Sérgio Almeida
2009-06-29 19:02 ` [gentoo-dev] Re: [gentoo-soc] " Sebastian Pipping
2009-06-29 19:42 ` Sérgio Almeida
2009-07-13 15:36 ` [gentoo-dev] " Sérgio Almeida
2009-07-14 9:20 ` Michael Haubenwallner
2009-07-15 15:42 ` Sérgio Almeida
[not found] ` <1247582117.3651.3.camel@thedude>
[not found] ` <1247584057.14345.29.camel@sapc154.salomon.at>
2009-07-15 15:43 ` Sérgio Almeida
2009-07-16 6:22 ` Michael Haubenwallner
2009-07-22 18:41 ` Sérgio Almeida
2009-07-23 3:09 ` [gentoo-dev] Re: [gentoo-soc] " Nirbheek Chauhan
2009-07-23 4:43 ` Sérgio Almeida
2009-07-23 5:32 ` Nirbheek Chauhan
2009-07-23 13:35 ` Sérgio Almeida
2009-07-23 15:28 ` Robert Buchholz
2009-07-23 18:33 ` Sérgio Almeida
2009-07-24 8:22 ` Michael Haubenwallner
2009-07-24 15:20 ` Sérgio Almeida
2009-07-27 8:33 ` Michael Haubenwallner
2009-07-27 18:35 ` Sérgio Almeida
[not found] ` <6f8b45100907230047k44111c77ha1b68e61b8c88bf2@mail.gmail.com>
2009-07-23 13:40 ` Sérgio Almeida [this message]
2009-07-23 6:12 ` [gentoo-dev] " Duncan
2009-08-01 18:46 ` Sérgio Almeida
2009-08-18 15:23 ` Sérgio Almeida
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=1248356417.8713.17.camel@thedude \
--to=mephx.x@gmail.com \
--cc=gentoo-dev@lists.gentoo.org \
--cc=gentoo-soc@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