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 1M3t2h-0005zg-1e for garchives@archives.gentoo.org; Tue, 12 May 2009 14:33:15 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 25276E0230; Tue, 12 May 2009 14:32:56 +0000 (UTC) Received: from mail-fx0-f171.google.com (mail-fx0-f171.google.com [209.85.220.171]) by pigeon.gentoo.org (Postfix) with ESMTP id B9699E0230 for ; Tue, 12 May 2009 14:32:55 +0000 (UTC) Received: by fxm19 with SMTP id 19so8577fxm.34 for ; Tue, 12 May 2009 07:32:55 -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:in-reply-to :references:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; bh=1WhiR8VvBLCm/OK18ToIS2RcqbyYnQQmho908mf5qrA=; b=w1wv5LgqHqhgNr/ckbz5u40bpwCcwLCi/0+i2M0A0LCpNPfG6fQ4poYR4P0Ckuv1F5 C7FwYpS6QKILf3eVjh2cv/gJAAenkLJ6QTUkv7zRC7CTZie/WPP2wu+RUR/20cIbA2R5 aVGoD3j3LS2I4Q1X5pwmewQcU528h2Nf//+94= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:in-reply-to:references:content-type:date:message-id :mime-version:x-mailer:content-transfer-encoding; b=xNmbciZRulwCfhq1DzW4Ndh3borKPamlsK0q8pexO9GCePXjQjYP/O8fPeC3IWyoi0 gILTYTTXwjHJjyWknv9R4PExchajvNMuibshLUuhXi6fFKU4GEaq/9+uH1WWSq6tSaSz gGnfGZbpIj0iQB5XX6CRESwSWbK6SL5Q7HUEU= Received: by 10.103.220.18 with SMTP id x18mr5325431muq.38.1242138775002; Tue, 12 May 2009 07:32:55 -0700 (PDT) Received: from ?10.0.0.2? ([89.181.97.98]) by mx.google.com with ESMTPS id s10sm2049572mue.8.2009.05.12.07.32.53 (version=SSLv3 cipher=RC4-MD5); Tue, 12 May 2009 07:32:54 -0700 (PDT) Subject: Re: [gentoo-dev] Google SoC @ Gentoo - Universal Select Tool From: =?ISO-8859-1?Q?S=E9rgio?= Almeida To: gentoo-dev@lists.gentoo.org In-Reply-To: <1242117631.31723.41.camel@sapc154.salomon.at> References: <1241470894.6119.80.camel@thedude> <1242117631.31723.41.camel@sapc154.salomon.at> Content-Type: text/plain; charset="UTF-8" Date: Tue, 12 May 2009 15:32:52 +0100 Message-Id: <1242138772.3438.74.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 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 323df390-29ff-40b7-9adf-95b497c1e4ac X-Archives-Hash: 7b7e7ed48cb7439c1d7d0e9efe9d3a76 Hello, On Tue, 2009-05-12 at 10:40 +0200, Michael Haubenwallner wrote:< > If there is a different place for requirement discussion of Gentoo > specific GSoC projects, please tell, and sorry for bothering here then. There is another mailing list, but i am sure it doesn't get to as much dev's as this one gets. >=20 > On Mon, 2009-05-04 at 22:01 +0100, S=C3=A9rgio Almeida wrote: > > Here are the main interest ideas: > > * actions can be run system-wide and per-user: > > # action user moo > > # action system moo >=20 > Are there any thoughts to support something more fine granular settings > than system and user? >=20 Indeed, user is not "for all the users". It's an action that can be run by the users to change it's own settings without touching the system's fallback default. > What I'm after: > We are developing multiple source projects with multiple release > branches on the same host here. These projects do have some script to > set up the project specific environment. One os-user is working on > multiple projects or branches, entering a project's environment by > sourcing its environment script. >=20 > Naturally, these projects do have different requirements to - for > example - the java-vm version. The project admin needs to select the > java-vm on a per-project basis, and does want to use the system-vm as > fallback, never wants to use the user-vm. >=20 > With current eselect (and java-config-2), this would be something like > setting $HOME on the per-project basis - or not using java-config at > all. >=20 > Would it make sense to explicitly set the system-vm (whatever version i= t > is or will be changed to), while leaving it unset would fall back to th= e > user-vm? That's the point of the uselect tool. Per-System settings, Per-User settings (2 different ssh sessions of the same user can still have different environment settings too). I work as a sysadmin and manage mainly multi-user gentoo environments where people develop calculus c/python/fortran/R/whatever code using wathever utilities we can imagine. Everytime a new project is beeing done people need to set the environment variables themselves when they are kind enough not to ask me. That's mainly the whole purpose of this uselect tool, easy multi user environments managing. >=20 > More toughts? >=20 > Thanks! I Thank you! >=20 > /haubi/ I would be glad if developers from the *-config utilities could post here and say what their utilities can do that eselect is/was incapable of doing and also the reason why their tools were created for us to find a way that a new "universal select tool" can gather all of *-config features with somthing like these proposed modules. Cheers, S=C3=A9rgio --=20 S=C3=A9rgio Almeida mephx @ freenode