1 |
2008/9/15 Alon Bar-Lev <alon.barlev@×××××.com>: |
2 |
> On 9/14/08, Andrew John Hughes <gnu_andrew@××××××××××.org> wrote: |
3 |
>> On 15:38 Sun 14 Sep , Alon Bar-Lev wrote: |
4 |
>> > Hello, |
5 |
>> > |
6 |
>> > I just curious... How do you see the boostrap process for normal users? |
7 |
>> > |
8 |
>> > You need jdk to setup icedtea... So we have somekind of loop... |
9 |
>> |
10 |
>> |
11 |
>> Yes, such a bootstrap issue is hardly limited to IcedTea. |
12 |
>> The same occurs with gcc for example, and other Free Java VMs. |
13 |
> |
14 |
> This is OK to have these issues, I just want user to be able to setup |
15 |
> their configuration correctly and easily. |
16 |
> |
17 |
>> > Users who do not want non open source package to run on their computers should: |
18 |
>> > |
19 |
>> > 1. Install gcj |
20 |
>> > 2. Install icedtea |
21 |
>> > 3. Reinstall icedtea so it compiles with icedtea and drop gcj dependency??? |
22 |
>> > 4. Uninstall gcj |
23 |
>> > |
24 |
>> |
25 |
>> |
26 |
>> You don't need stage 3 (there is no 'gcj dependency'), and stage 4 is completely optional. |
27 |
>> Other Free VMs can be used, but they also have bootstrap issues. |
28 |
> |
29 |
> Great! |
30 |
> |
31 |
>> In the long run, we probably need a binary option for lower spec. machines, |
32 |
>> as I've already said. |
33 |
> |
34 |
> I don't like binaries... we really need to find a way to build from source. |
35 |
> |
36 |
|
37 |
There is a way to build from source... but it's always going to be one |
38 |
that's a little |
39 |
complicated and have high requirements (~6gb disk space, a long build time). It |
40 |
may not be possible to build it on some machines. |
41 |
|
42 |
>> > Portage do not support these sequences... |
43 |
>> > |
44 |
>> |
45 |
>> |
46 |
>> Well this is probably a flaw in portage then, but the solution is only |
47 |
>> a two-step emerge process: |
48 |
>> |
49 |
>> emerge gcj-jdk |
50 |
>> emerge icedtea6 |
51 |
>> |
52 |
>> I don't think that's inherently difficult. |
53 |
> |
54 |
> You forgot: |
55 |
> java-config -S icedtea6 |
56 |
> emerge --unmerge gcj-jdk |
57 |
> |
58 |
|
59 |
I didn't forgot the second of these because it's not something I'd do or |
60 |
recommend. It's a waste of time rebuilding gcc again. IcedTea doesn't |
61 |
provide the AOT compilation that gcj does, which is used by other ebuilds. |
62 |
|
63 |
> It is not difficult for me or you. It is difficult for regular user |
64 |
> who want open source jdk and doing emerge openoffice for example. The |
65 |
> first jdk will be pulled... If the first jdk is gcj then this will be |
66 |
> installed and used by openoffice. If you want to use icedtea then you |
67 |
> need to complete some more stages. Most users will need some help. |
68 |
> |
69 |
|
70 |
well, the obvious solution is to depend on gcj-jdk directly, but even |
71 |
more people |
72 |
whined about this when we used to do it. |
73 |
|
74 |
>> > So we have several options: |
75 |
>> > 1. Have users do this manually. |
76 |
>> > 2. Create a script similar to crossdev that perform the sequence. |
77 |
>> > 3. Add a private gcj build into the compile stage of icedtea, and drop |
78 |
>> > the jdk dependency. |
79 |
>> > |
80 |
>> |
81 |
>> |
82 |
>> I don't see any problem with 1. Why is gcj not enabled in the bootstrap |
83 |
>> gcc on the install CDs? |
84 |
> |
85 |
> Because it takes space and not needed for many configurations. |
86 |
> |
87 |
> I think a simple script in the spirit of crossdev will enable users to |
88 |
> correctly and quickly set up their jdk. |
89 |
> |
90 |
|
91 |
Well, feel free to contribute and maintain one then. |
92 |
|
93 |
> Alon. |
94 |
> |
95 |
|
96 |
|
97 |
|
98 |
-- |
99 |
Andrew :-) |
100 |
|
101 |
Support Free Java! |
102 |
Contribute to GNU Classpath and the OpenJDK |
103 |
http://www.gnu.org/software/classpath |
104 |
http://openjdk.java.net |
105 |
|
106 |
PGP Key: 94EFD9D8 (http://subkeys.pgp.net) |
107 |
Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 |