public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Sérgio Almeida" <mephx.x@gmail.com>
To: gentoo-dev@lists.gentoo.org
Cc: Robert Buchholz <rbu@gentoo.org>, gentoo-soc@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: [gentoo-soc] Re: Progress on Universal Select Tool
Date: Fri, 24 Jul 2009 16:20:49 +0100	[thread overview]
Message-ID: <1248448849.8713.112.camel@thedude> (raw)
In-Reply-To: <4A696F59.5000200@gentoo.org>

[-- Attachment #1: Type: text/plain, Size: 2611 bytes --]

On Fri, 2009-07-24 at 10:22 +0200, Michael Haubenwallner wrote: 
> Sérgio Almeida wrote:
> > On Thu, 2009-07-23 at 17:28 +0200, Robert Buchholz wrote:
> >> On Thursday 23 July 2009, Sérgio Almeida wrote:
> >>> You changedir, you call uprofile, and
> >>> voila, new profile. You login again, default profile.
> 
> ..., change back to your home dir, call uprofile, and you have your
> default (=login) environment.
> 

Indeed... that's what's supposed to happen. Who wants to call uprofile?
Who doesn't?

> > if cmd = 'chdir':
> >   uprofile
> 
> > What do you guys think?
> 
> While the per-directory profile sounds interesting and useful (a really
> good idea!), as it might solve the requirement for per-project
> environment here, the automatism for the 'cd' command feels like more
> confusing than useful: "WTF does 'cd' more than change directory?"
> 

Atm, cd just changes dir as it is supposed to. Robert alerted us to the
fact that we can trigger a PRE_CMD on most shells when a CHANGEDIR
occurs. 

> Instead, provide a command to update the environment for the current
> directory, which does search for an .uprofile/ in all the parent
> directories when there is no local one.
> Additionally, (let the user) define a *new* command that does both
> changing directory and updating the environment.
> 

This is the question... Call uprofile manually or detect the profile
automatically? Both capabilities? Mmm...

> Another point: the per-directory profile solution feels like there is no
> need to distinguish between user- and directory-profile any more - as
> the user-profile would not be anything different than ~/.uprofile/, no?
> 

Yes and no. ~/.uselect/ contains a bin/ environment (prepended to your
PATH by /etc/profile or something) a env.d/ and most probabily
something else that gets executed uppon login.

This does not invalidate you having a ~/.uprofile/. uprofile will
configure your ~/.uselect/ and your environment variables. Your user
profile will not be interpreted by python, uprofile turns profile files
(from python) into bin/ and env.d/ environment on your ~/.uselect.

This may seem confusing, but that's the best way I can explain. Later
this weekend will send a call for ideas/call for modules to the dev
list to get everyone known with the uselect environment. I'm just
finishing cleaning up the code to start commiting and using git
branches.

> 
> Thank you!
> 

I thank you! All! Have a nice weekend!

> 
> /haubi/
> 

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 --]

  reply	other threads:[~2009-07-26 13:22 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 [this message]
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
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=1248448849.8713.112.camel@thedude \
    --to=mephx.x@gmail.com \
    --cc=gentoo-dev@lists.gentoo.org \
    --cc=gentoo-soc@lists.gentoo.org \
    --cc=rbu@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