1 |
On Tue, 2007-05-08 at 20:10 +0300, Petteri Räty wrote: |
2 |
> Vytautas Jakutis kirjoitti: |
3 |
> > On Sun, 29 Apr 2007 17:00:09 +0200, Petteri Räty wrote: |
4 |
> > |
5 |
> >> We want to implement virtuals for Java at some point and for that we |
6 |
> >> need to know the package that provides the virtual because some virtuals |
7 |
> >> can be provided by the JDK or normal packages and this affects the JDK |
8 |
> >> selection at build time. One option is to call into Portage to find this |
9 |
> >> out, but of course Paludis and Pkgcore people most likely don't like |
10 |
> >> this approach. One thing that comes to mind is to allow for virtuals to |
11 |
> >> install files so we can install the provider information in a format |
12 |
> >> easy for us. We need the information in format ${PN}-${SLOT} because |
13 |
> >> that's the way we install in /usr/share. So do you think it's ok for |
14 |
> >> virtuals to install files (we can of course call the category |
15 |
> >> java-virtual/ too), should we call Portage code, or do you have an |
16 |
> >> another idea? |
17 |
> > |
18 |
> > The virtual ebuilds that utilize JAR service provider discovery mechanism |
19 |
> > (in META-INF/services, from jdk1.4) should install its' API jars and use |
20 |
> > virtual/ category. And those who don't - have to be patched to utilize or |
21 |
> > have to use some special upwards compatibility layer (generate |
22 |
> > some special metadata file and use special eclass)..? |
23 |
> > |
24 |
> |
25 |
> Not really what we I am talking about. This is more ebuild related than |
26 |
> Java platform. For example javax.management does not use the Provider |
27 |
> style but it makes a good candidate for Java virtual ebuild. |
28 |
> |
29 |
|
30 |
So split the JRE's and JDK's into VM's, Compilers and packages like the |
31 |
Ant into core and tasks, for instance: |
32 |
|
33 |
virtual/java-vm-1.6 |
34 |
dev-java/sun-vm-1.6.0.2 |
35 |
dev-java/ibm-vm-1.4.3 |
36 |
|
37 |
virtual/java-compiler-1.6 |
38 |
dev-java/sun-compiler-1.6.0.2 |
39 |
dev-java/ibm-compiler-1.4.3 |
40 |
|
41 |
virtual/java-javax-management-1.6 |
42 |
dev-java/sun-javax-management-1.6 |
43 |
dev-java/ibm-javax-management-1.4.3 |
44 |
|
45 |
Let the commercial JDK's be forgotten if their licenses disagree with |
46 |
this. |
47 |
|
48 |
-- |
49 |
Vytautas Jakutis |
50 |
vytautas@×××××××××.com |
51 |
|
52 |
-- |
53 |
gentoo-dev@g.o mailing list |