From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1FdW4l-0007C3-VI for garchives@archives.gentoo.org; Tue, 09 May 2006 17:32:48 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.6) with SMTP id k49HW4aK021757; Tue, 9 May 2006 17:32:04 GMT Received: from smtp1.kolej.mff.cuni.cz (smtp1.kolej.mff.cuni.cz [195.113.24.4]) by robin.gentoo.org (8.13.6/8.13.6) with ESMTP id k49HW36o021595 for ; Tue, 9 May 2006 17:32:03 GMT X-Envelope-From: cast3r@seznam.cz Received: from [195.113.27.33] (Caster@gehinom.kolej.mff.cuni.cz [195.113.27.33]) by smtp1.kolej.mff.cuni.cz (8.13.1/8.13.1) with ESMTP id k49HW2Mj070653 for ; Tue, 9 May 2006 19:32:03 +0200 (CEST) (envelope-from cast3r@seznam.cz) Message-ID: <4460D212.402@seznam.cz> Date: Tue, 09 May 2006 19:32:02 +0200 From: Caster User-Agent: Thunderbird 1.5.0.2 (X11/20060502) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-java@gentoo.org MIME-Version: 1.0 To: gentoo-java Subject: Re: [gentoo-java] eselect java broken? References: <445C891A.5030008@ub.uu.se> <445DEFA1.30307@gentoo.org> <445F213A.4010503@ub.uu.se> <445FC6EB.3080705@seznam.cz> <445FE148.5060502@gentoo.org> <44607634.90607@seznam.cz> <44608ECB.1070904@gentoo.org> <44609437.50703@seznam.cz> <4460C81C.1060702@seznam.cz> In-Reply-To: <4460C81C.1060702@seznam.cz> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 70aaafab-adad-46ed-b953-eb0eb436282d X-Archives-Hash: a6b8a152b59df484e163d2589722060d OK tried to look at it myself, and the problems mentioned were caused just by improper paths in the beginning of /usr/share/eselect/modules/java.eselect Fixed them, also fixed the "eselect java list" (didn't mark user-vm properly) - see the attached patch. Listing and changing is now in sync with java-config-2. But then I've run into another problem. It allows root to set user-vm as well as system-vm, while java-config-2 doesn't. java-config-2 then lists it as active with java-config -L (probably causes other problems too). There's no way to unset it but removing /root/.gentoo/java-config-2 So, eselect java shouldn't list or allow changing of user-vm for root. Haven't tried to fix that. Caster -- gentoo-java@gentoo.org mailing list