Gentoo Archives: gentoo-java

From: Vlastimil Babka <caster@g.o>
To: gentoo-java@l.g.o
Subject: Re: [gentoo-java] Moving Eclipse-3.3 to tree
Date: Thu, 17 Jan 2008 10:34:49
Message-Id: 478F2F42.1070903@gentoo.org
In Reply to: [gentoo-java] Moving Eclipse-3.3 to tree by "Jean-Noël Rivasseau"
1 -----BEGIN PGP SIGNED MESSAGE-----
2 Hash: SHA1
3
4 Jean-Noël Rivasseau wrote:
5 > Hello all,
6 >
7 > At this point all the dependencies for Eclipse were moved to main tree
8 > (they use the osgi eclass so they make suitable jars for Eclipse). So
9 > there is only now for Eclipse itself to be moved there.
10
11 Great!
12
13 > Just wanted to check that junit-4.4-r1, which was also moved to tree,
14 > does not trigger circular dependencies anymore (I checked on the
15 > bugzilla and it seems it is ok).
16
17 It really shouldn't now, I fixed all old junit depends to 3.8*. Also the
18 junit in tree depends on hamcrest-core and not whole hamcrest anymore so
19 it doesn't pull all the stuff it used to, and which triggered the problem.
20
21 > For information I plan to move it as 3.3.1.1 <http://3.3.1.1>, deleting
22 > the ebuilds in the experimental overlay except the ali_bush latest one
23 > (-r2).
24
25 Any reason to keep it? I doubt but ali_bush please respond. Is it the
26 timezones making communication hard? :)
27
28 > Finally I need advice on the following (which is the only thing left to
29 > be done on my agenda before putting Eclipse in tree):
30 >
31 > 1) It looks a better Gentoo way (eg, users know about /etc/conf.d, they
32 > may not know about eclipse.ini)
33
34 Yeah but /etc/conf.d is really intended only for services, i.e.
35 /etc/init.d/*
36
37 > 2) It would have a simpler configuration syntax (pure familiar Bash
38 > syntax resulting in things like ECLIPSE_MAX_MEMORY="128M", whereas the
39 > syntax in the eclipse.ini file is more obscure even for me - looks like
40 > there should be one option per line).
41 > What is your feedback on this? Other options could include sourcing
42 > ~/.eclipserc, I don't like that much (it would create yet another .*
43 > file in the home directory). Plus this is probably something to set
44 > globally on the system.
45
46 The usual way for programs is /etc/eclipserc for system-wide and
47 ~/.eclipserc for user overrides. If you could support this, great. Not
48 sure how much patching is involved to get rid of eclipse.ini and use
49 this way.
50
51 Caster
52
53 P.S. Any plans for future splitting eclipse into more pieces? :) We need
54 separate jface for example. There's already in java-experimental as
55 result of serkan's effort and his eclipse-rcp.eclass but I still have
56 doubts about this way of building from the src.zip which is only
57 intended for source discovery when writing code in eclipse...
58 -----BEGIN PGP SIGNATURE-----
59 Version: GnuPG v2.0.7 (GNU/Linux)
60 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
61
62 iD8DBQFHjy9BtbrAj05h3oQRAhU6AKCJvV9EP3UEYRZ1/TR3603g95I0wwCgjl9g
63 aGHl0+th8DH5U7nyvw89z1M=
64 =FeBh
65 -----END PGP SIGNATURE-----
66 --
67 gentoo-java@l.g.o mailing list