| 1 |
Mark posted <1f81f7e0050710155471f76f63@××××××××××.com>, excerpted below, |
| 2 |
on Sun, 10 Jul 2005 18:54:37 -0400: |
| 3 |
|
| 4 |
> Well, I *think* I have it figured out. After setting up the logging, I |
| 5 |
> fired up the build again, and when it finally failed, there was a message |
| 6 |
> "you need perl 5" during the openssl package install. So I tried emerging |
| 7 |
> perl by itself, and it fails because the java ebuild was not in the |
| 8 |
> portage directory. So I changed java in my USE= list to -java, and |
| 9 |
> restarted the build. So far, it's going well. My question I guess is, did |
| 10 |
> I come up with the right solution, or will having -java in my USE= list |
| 11 |
> cause me problems later on? |
| 12 |
|
| 13 |
As Jared says, nothing in the system or normal non-system core packages |
| 14 |
require Java (save for OOo, which might, I know the 2.x versions do, if |
| 15 |
you call that "core" for your use). USE=-java /does/ speed up gcc compile |
| 16 |
time in particular, and as long as you don't have any specific packages in |
| 17 |
your personal "must-have" list that are Java based, it should be fine. |
| 18 |
|
| 19 |
For this reason, it's likely many/most devs and list regulars have |
| 20 |
USE=-java, so system building with +java is likely far less tested than |
| 21 |
with -java. It's quite possible there's some circular dependency issue |
| 22 |
involving the java USE flag, that simply hasn't been discovered yet, for |
| 23 |
that reason. Once you get your USE=-java emerge --emptytree completed, if |
| 24 |
desired, you can probably reactivate USE=java and do an emerge --newuse, |
| 25 |
with no further issues. If indeed that's the case, and you feel like |
| 26 |
pursuing the issue far enough to file a decent bug report on whatever |
| 27 |
circular dependency was killing the emerge --emptytree, with USE=java, |
| 28 |
it's quite likely the devs involved would be appreciative, as those |
| 29 |
circular dependency issues can be tough to track down, as well as |
| 30 |
challenging to resolve, but doing so results in a much more dependable |
| 31 |
Gentoo. |
| 32 |
|
| 33 |
-- |
| 34 |
Duncan - List replies preferred. No HTML msgs. |
| 35 |
"Every nonfree program has a lord, a master -- |
| 36 |
and if you use the program, he is your master." Richard Stallman in |
| 37 |
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html |
| 38 |
|
| 39 |
|
| 40 |
-- |
| 41 |
gentoo-amd64@g.o mailing list |
Archives