From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org)
	by finch.gentoo.org with esmtp (Exim 4.60)
	(envelope-from <gentoo-java+bounces-1260-garchives=archives.gentoo.org@gentoo.org>)
	id 1IsEWI-0006kK-QO
	for garchives@archives.gentoo.org; Wed, 14 Nov 2007 09:26:51 +0000
Received: from robin.gentoo.org (localhost [127.0.0.1])
	by robin.gentoo.org (8.14.2/8.14.0) with SMTP id lAE9Q86p019804;
	Wed, 14 Nov 2007 09:26:08 GMT
Received: from smtp6.ihug.co.nz (smtp6.ihug.co.nz [203.109.136.106])
	by robin.gentoo.org (8.14.2/8.14.0) with ESMTP id lAE9Q7JE019798
	for <gentoo-java@lists.gentoo.org>; Wed, 14 Nov 2007 09:26:07 GMT
Received: from cust.filter4.content.ihug.net.nz (smtp.mailfilter4.ihug.co.nz) [10.80.50.4] 
	by smtp6.ihug.co.nz with esmtp
	(Exim 4.60 #1 (Debian); Ihug conf #192)
	id 1IsEVZ-00075f-K3; Wed, 14 Nov 2007 22:26:05 +1300
Ironport-Content-Filter: send-to-smtp
Received: from 203-173-169-221.dsl.dyn.ihug.co.nz (HELO [10.1.1.3]) ([203.173.169.221])
  by smtp.mailfilter4.ihug.co.nz with ESMTP; 14 Nov 2007 22:26:04 +1300
Message-ID: <473ABF4F.3030609@gentoo.org>
Date: Wed, 14 Nov 2007 22:26:39 +1300
From: Alistair Bush <ali_bush@gentoo.org>
User-Agent: Thunderbird 2.0.0.6 (X11/20070829)
Precedence: bulk
List-Post: <mailto:gentoo-java@lists.gentoo.org>
List-Help: <mailto:gentoo-java+help@gentoo.org>
List-Unsubscribe: <mailto:gentoo-java+unsubscribe@gentoo.org>
List-Subscribe: <mailto:gentoo-java+subscribe@gentoo.org>
List-Id: Gentoo Linux mail <gentoo-java.gentoo.org>
X-BeenThere: gentoo-java@gentoo.org
MIME-Version: 1.0
To:  gentoo-java@lists.gentoo.org
Subject: [gentoo-java] package.env VM variable
X-Enigmail-Version: 0.95.5
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Archives-Salt: cd125a68-cbfe-4f63-ba50-9dc56b188c1c
X-Archives-Hash: 4af2f2ac42f88fb39c80ed51b2d1689a

Firstly I will ask a question

*****QUESTION*********

Basically, I want to know what it is for.  What does it mean? what is it
meant to tell us?

**********************

And now I will ramble on....

****RAMBLE************

java-config-2 doesn't seem to use the VM var at all.

basically the reason I ask is that I want to (and already have a proof
of concept for) update java-config-2 to use the package.env VM var
instead of TARGET to figure out the virtual machine a package requires.

to explain.

java-config currently does this:
	1) Find the highest target of package and dep's
	2) Find VM that matches >=virtual/[jre|jdk]-${highest_target}

I have implemented a java-config that

	1) Finds a Set of packages (and deps) VM package.env vars. *
	2) Finds a VM that satisfies the Set. *

(see * for further explaination)

This actually allows us to (by just using RDEPEND) have a packages VM as
<virtual/jre-1.6 for example. (or possible =virtual/jre-1.5
=virtual/jre-1.4 )  In both situations the package will not use a 1.6 vm.

What is the use for this?  Well I have think of one package, jdictrayapi
(i believe) that can't run on java6 at least.  Are there any more?

Now to completely lose everyone

Currently java-util-2.eclass does
echo "VM=\"$(echo ${RDEPEND} ${DEPEND} | sed -e 's/ /\n/g' | sed -n -e
'/virtual\/\(jre\|jdk\)/ { p;q }')\""

to calculate the VM var.  basically that will just find the first
virtual/[jre|jdk] listed in RDEPEND/DEPEND.  I will need this to be
1) use flag aware.
2) and any other combo of || ( .. )  !flag? () etc etc.

That will have to be implemented within java-config-2.  I think most if
not all of that is already exists.  There are also some packages will be
effected by the eclass change. **

Anyway.  Feedback ppl.  Have I gone mad?

ali_bush

ps.
* This is meant as an explanation of how/what im doing, read only if
your interested.

If we assume that we have a package and 1 dep with the following VM var
set in there package.env files

package: VM=">=virtual/jre-1.4"
dep:	 VM="=virtual/jre-1.5 =virtual/jre-1.4" being derived from a
RDEPEND of "|| ( =virtual/jre-1.5 =virtual/jre-1.4 )"

In step 1 above the following set is created

Set('>=virtual/jre-1.4', Set('=virtual/jre-1.5', '=virtual/jre-1.4'))

which corresponds logically to in step 2 to..

Find a VM that meets the following
'>=virtual/jre-1.4' AND (=virtual/jre-1.5 OR =virtual/jre-1.4 )

This also make is possible to have a RDEPEND=">=virtual/jdk-1.5" and
have java-config only pick jdk's for the package. (whether there is a
situation have calls for this but doesn't require a java-virtual.  Im
not sure).

** By using !rdep virtual/jre and !rdep virtual/jdk
and running the following on the resulting lists

cat duplicate-jre.txt duplicate-jdk.txt | sort | uniq -d

I get the following list of ebuilds with duplicate virtual/[jdk|jre]
RDEPENDS.

dev-db/monetdb-5.2.0:java
dev-db/xindice-1.0-r4
dev-java/axion-1.0_rc2-r3
dev-java/jmp-0.51
dev-util/subversion-1.3.2-r3:java
net-analyzer/neti-2.0:java
net-misc/tightvnc-1.3.9:java
net-misc/tightvnc-1.3.9-r1:java

I believe that list to be correct
-- 
gentoo-java@gentoo.org mailing list