From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1MVLev-0007HT-Ls for garchives@archives.gentoo.org; Mon, 27 Jul 2009 08:34:13 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2AEDFE0046; Mon, 27 Jul 2009 08:33:52 +0000 (UTC) Received: from sauxb.salomon.at (smtp.salomon.at [193.186.16.13]) by pigeon.gentoo.org (Postfix) with ESMTP id C31DCE0046 for ; Mon, 27 Jul 2009 08:33:51 +0000 (UTC) Received: from servex01.wamas.com (servex01.salomon.at [172.28.2.2]) by sauxb.salomon.at (8.12.10/8.12.10) with ESMTP id n6R8XVaI016778; Mon, 27 Jul 2009 10:33:34 +0200 (METDST) Received: from [172.28.8.78] ([172.28.8.78]) by servex01.wamas.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 27 Jul 2009 10:33:30 +0200 Message-ID: <4A6D6659.2070204@gentoo.org> Date: Mon, 27 Jul 2009 10:33:29 +0200 From: Michael Haubenwallner User-Agent: Thunderbird 2.0.0.22 (X11/20090720) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: [gentoo-soc] Re: Progress on Universal Select Tool References: <1245163715.14589.515.camel@thedude> <8b4c83ad0907222232o6499fcbcjce1d8a063d93d5c1@mail.gmail.com> <1248356100.8713.11.camel@thedude> <200907231728.23329.rbu@gentoo.org> <1248374038.8713.96.camel@thedude> <4A696F59.5000200@gentoo.org> <1248448849.8713.112.camel@thedude> In-Reply-To: <1248448849.8713.112.camel@thedude> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-OriginalArrivalTime: 27 Jul 2009 08:33:30.0436 (UTC) FILETIME=[EB9CF040:01CA0E94] X-Scanned-By: MIMEDefang 2.54 on 172.28.2.13 X-Archives-Salt: ab738467-2af2-4d3d-bdef-e7793752ff1a X-Archives-Hash: 8b660eef0141e4ff0d09df8ab0d68dd8 S=C3=A9rgio Almeida wrote: > On Fri, 2009-07-24 at 10:22 +0200, Michael Haubenwallner wrote:=20 >>> if cmd =3D 'chdir': >>> uprofile >> ..., the automatism for the 'cd' command feels like more >> confusing than useful... > 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.=20 =20 >> 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. >> >=20 > This is the question... Call uprofile manually or detect the profile > automatically? Both capabilities? Mmm... I'd say leave it to the user to either use the CHANGEDIR event, or define some alias like 'ucd', or call 'uprofile' manually only. Eh - provide an uselect-module to select the variant... >> 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= ? >=20 > 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. >=20 > 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. Ohw, there is .uselect/{bin,env.d}/ ... What about a per-directory .uselect/{bin,env.d}/ too? I'd like to set up the complete environment/profile for a development pro= ject, to completely take precedence over the users' environment/profile who are= working on that project, to have something like this order: PATH=3D/my/project/.uselect/bin:/home/user/.uselect/bin:/etc/.uselect/bin= :/usr/bin:/bin Maybe this already is how it works? >=20 > 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. Whenever I come to test uselect/uprofile, I'll do this in Gentoo Prefix on several platforms, not on my stable Gentoo Desktop... Thank you! /haubi/