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 1MTyX5-00010I-Cl for garchives@archives.gentoo.org; Thu, 23 Jul 2009 13:40:27 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2AE0EE01C1; Thu, 23 Jul 2009 13:40:26 +0000 (UTC) Received: from mail-ew0-f217.google.com (mail-ew0-f217.google.com [209.85.219.217]) by pigeon.gentoo.org (Postfix) with ESMTP id B159AE01AD; Thu, 23 Jul 2009 13:40:25 +0000 (UTC) Received: by ewy17 with SMTP id 17so945704ewy.34 for ; Thu, 23 Jul 2009 06:40:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer; bh=eQ0LDGT46FE3r9zU3eclyNYKZV4nwkjsNx+JPR2g+MM=; b=EcQFlrrs6xKgLlV5pg8kgnpb5s5djsWo9SPs1dztneMxRpTgLlvZNNHoJoHlHJVI+G S6JpIvvoH442l5XNXWQPwdLgldMQwVAMHreUB7wNVDIlISvPV/Ok7XNc0LlBemQD/+Ut qrH6gNgPv2JeAF2GiSvzFBh5dqgDdENZ+KwUI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer; b=Dd0mvtvxf19bffNokNeZbuy3JMXBcoss/+DjcEa6gg52v4gux4SdB+ccWXvUF6gOrO UnWia025tukEGT9Ag/WFx2xzY1hcyuSyzIiV3XztGMItLRBtmiA735smwKavsmeAJL5v lEQpzadIhftONMneq3wjmJOInaFenjtweA/BQ= Received: by 10.216.18.212 with SMTP id l62mr644798wel.76.1248356425110; Thu, 23 Jul 2009 06:40:25 -0700 (PDT) Received: from ?10.0.0.2? ([89.180.61.83]) by mx.google.com with ESMTPS id 28sm2321706eyg.32.2009.07.23.06.40.19 (version=SSLv3 cipher=RC4-MD5); Thu, 23 Jul 2009 06:40:19 -0700 (PDT) Subject: [gentoo-dev] Re: [gentoo-soc] Re: Progress on Universal Select Tool From: =?ISO-8859-1?Q?S=E9rgio?= Almeida To: gentoo-soc@lists.gentoo.org Cc: Gentoo Dev In-Reply-To: <6f8b45100907230047k44111c77ha1b68e61b8c88bf2@mail.gmail.com> References: <1245163715.14589.515.camel@thedude> <1248288117.7494.34.camel@thedude> <8b4c83ad0907222009sba2c36fu59d2caf68ebcfd95@mail.gmail.com> <1248324203.7494.52.camel@thedude> <8b4c83ad0907222232o6499fcbcjce1d8a063d93d5c1@mail.gmail.com> <6f8b45100907230047k44111c77ha1b68e61b8c88bf2@mail.gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-6DGBRdCMzit/ndrhFuIZ" Date: Thu, 23 Jul 2009 14:40:17 +0100 Message-Id: <1248356417.8713.17.camel@thedude> 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 X-Mailer: Evolution 2.26.1 X-Archives-Salt: 82857b40-6707-4e87-aa07-26c019680553 X-Archives-Hash: 5de334f2ad566e21eb6cdd9d77523f9b --=-6DGBRdCMzit/ndrhFuIZ Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, 2009-07-23 at 13:17 +0530, Arun Raghavan wrote: > 2009/7/23 Nirbheek Chauhan : > > 2009/7/23 S=C3=A9rgio Almeida : > >> A child process cannot (or shouldn't be able to) change parent's proce= ss > >> environment. > >> > >> uprofile will need to change env var's on-the-fly. For instance tag $P= S1 > >> 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) >=20 > 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. >=20 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.=20 > 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. >=20 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. >=20 > Keep up the good work. Thanks. Cheers, S=C3=A9rgio --=20 S=C3=A9rgio Almeida - mephx.x@gmail.com mephx @ freenode --=-6DGBRdCMzit/ndrhFuIZ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEABECAAYFAkpoaDwACgkQQXumuXcKj06wFQCgkFuqpGr6aJuj/0kHT/EVJXqm 2lQAn3dPYAcyZHwl5SYXF8XH+P9aH6tY =dHVM -----END PGP SIGNATURE----- --=-6DGBRdCMzit/ndrhFuIZ--