Call stack:
ebuild.sh, line 708: Called ebuild_main 'install'
phase-functions.sh, line 955: Called dyn_install
phase-functions.sh, line 527: Called die
The specific snippet of code:
die "The source directory '${S}' doesn't exist"

The ebuild environment file is located at '/var/tmp/portage/dev-java/icedtea-bin-7.2.3.2/temp/environment'.
Working directory: '/var/tmp/portage/dev-java/icedtea-bin-7.2.3.2'
S: '/var/tmp/portage/dev-java/icedtea-bin-7.2.3.2/work/icedtea-bin-7.2.3.2'

I've read a bunch of older forum threads, and a couple of them made me think that java on ppc isn't possible without overlays. Is that the case?

[Edited 10/3/2012]
I can't get any of the jdk/jre packages installed. They each have their own problems:
- oracle: doesn't support ppc.
- ibm: binary file not available on their website for download.
- icedtea: circular dependency, depends on icedtea for build.
- icedtea-bin: fails with missing directory, original error above)./

Last edited by bryanvick on Wed Oct 03, 2012 4:52 pm; edited 1 time in total

He also asks a question that makes me think that I need overlays to make icedtea work on ppc:

Quote:

Is everyone else using icedtea through an overlay for ppc java now?

The same thread also mentions that oracle's jdk/jre doesn't support ppc.

I'm new to gentoo, so this is raising a bunch of questions:

I looked into the ebuild of icedtea-bin, and it seems the problem is that there is no URL for ppc, or any other mention of ppc in the ebuild. Shouldn't emerge know that ppc isn't supported by that ebuild, and then require me to set a USE flag to proceed?

I've never submitted a gentoo bug report, is this a valid bug? Should I file a bug for icedtea, icedtea-bin, and ibm-jdk-bin since none seem to work for ppc?

This is my first gentoo install; do gentoo users ever bypass portage and install from source? If portage doesn't have a ppc java solution, I suppose I could go this route, but then I'm in dependency hell. Should I try and help the ppc/java team to get their ebuilds working?

For example, looking at the ebuilds available in sys-devel/gcc on my system, it looks like gcc 4.5.4 is the latest that doesn't have ~ppc. Should I try installing that version of gcc, since it is marked as stable?

I though maybe installing an older version of gcc that didn't have ppc masked out might work. But then I realized that I currently have gcc-4.5.4 installed, which *is* the latest version of gcc that doesn't have ppc installed. So I guess that avenue won't work.

It seems like I'm getting further from what I'm trying to accomplish: get any sort of java development environment on ppc. I don't care if its the most recent version etc. At this point I don't even care who the vendor is. It doesn't seem that there is a java solution for ppc currently. Currently, I'm wrestling with trying to get a new version of gcc, which isn't stable for ppc yet, just so I can get a jdk/jre that also is marked as unstable for ppc.

Is there no tested and stable java implementation for ppc? Reading the forums, is sounds like there was at one point. Is there any way to install an older, stable/ppc tested version of icedtea?

I would love to help in testing or whatever else needs to happen. I want to figure out how to get java on ppc, and then help get the docs updated, since they are still recommending things like IBM and Oracle, which don't work for ppc as stated in my original post. Should I contact the gentoo java team directly?

I have gcc 4.5.4 installed. So is this dependency list telling me it will install an older version (4.5.3-r2), and then a newer version also (4.6.3)? Why are those two gcc versions listed as dependencies?

I have gcc 4.5.4 installed. So is this dependency list telling me it will install an older version (4.5.3-r2), and then a newer version also (4.6.3)? Why are those two gcc versions listed as dependencies?

This error comes when you run emerge from a directory which will later be removed. Such as the directory of a previous failed build. I think there is a bug open about that, but I can't find it right now.

There is no gcj-jdk-4.5.4 right now, so you cannot install it together with gcc-4.5.4. Installing gcj-jdk-4.6.3-r1 would be a better idea than downgrading gcc.

* Note that circular dependencies can often be avoided by temporarily
* disabling USE flags that trigger optional dependencies.

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

dev-libs/glib:2

(dev-libs/glib-2.32.4-r1::gentoo, ebuild scheduled for merge) pulled in by
>=dev-libs/glib-2.32 required by (x11-libs/gtk+-3.4.4::gentoo, ebuild scheduled for merge)
(and 3 more with the same problem)

(dev-libs/glib-2.30.3::gentoo, installed) pulled in by
(no parents that aren't satisfied by other packages in this slot)

It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously. If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.

The following keyword changes are necessary to proceed:
#required by dev-java/icedtea-6.1.11.4[webstart], required by virtual/jdk-1.6.0, required by dev-java/ant-nodeps-1.8.4
=dev-java/icedtea-web-1.3 ~ppc
#required by =dev-java/icedtea-6.1.11.4 (argument)
=dev-java/icedtea-6.1.11.4 ~ppc

Use --autounmask-write to write changes to config files (honoring CONFIG_PROTECT).

shows that gcj-jdk is installed and selected? If not, select it. Also, if ecj-gcj was built with USE="native", then you must rebuild it every time you switch to a different gcc version with gcc-config (preferably should match the installed version of gcj-jdk).

EDIT: To make it more clear,

WRONG:

# java-config -L
The following VMs are available for generation-2:
1) GCJ 4.6.3 [gcj-jdk]

CORRECT:

# java-config -L
The following VMs are available for generation-2:
*) GCJ 4.6.3 [gcj-jdk]