Created attachment 290849 [details] output of emerge --info The installation seems successful despite the two Java VM errors. However, a problem arises when I try to run lxmed: a Java window pops up with the message "Another instance of application is still running". I am not sure if this has anything to do with the two errors shown below, but I checked the project's bug tracker and apparently the "another instance" message appears when port 52011 is in use, which is not the case here. I use icedtea6-bin-1.10.4 as my JDK. Please let me know if there is any other information you may need. ... # emerge -av lxmed These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] x11-misc/lxmed-20110717 67 kB Total: 1 package (1 new), Size of downloads: 67 kB Would you like to merge these packages? [Yes/No] >>> Verifying ebuild manifests >>> Emerging (1 of 1) x11-misc/lxmed-20110717 >>> Downloading 'http://distfiles.gentoo.org/distfiles/lxmed-20110717.tar.gz' --2011-10-26 01:00:44-- http://distfiles.gentoo.org/distfiles/lxmed-20110717.tar.gz Resolving distfiles.gentoo.org... 64.50.236.52, 137.226.34.42, 140.211.166.134, ... Connecting to distfiles.gentoo.org|64.50.236.52|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 68514 (67K) [application/x-gzip] Saving to: `/usr/portage/distfiles/lxmed-20110717.tar.gz' 100%[======================================>] 68,514 253K/s in 0.3s 2011-10-26 01:00:46 (253 KB/s) - `/usr/portage/distfiles/lxmed-20110717.tar.gz' saved [68514/68514] * lxmed-20110717.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking lxmed-20110717.tar.gz to /var/tmp/portage/x11-misc/lxmed-20110717/work >>> Source unpacked in /var/tmp/portage/x11-misc/lxmed-20110717/work >>> Preparing source in /var/tmp/portage/x11-misc/lxmed-20110717/work/lxmed/content ... * QA Notice: The 'hasq' function is deprecated (replaced by 'has') >>> Source prepared. >>> Configuring source in /var/tmp/portage/x11-misc/lxmed-20110717/work/lxmed/content ... >>> Source configured. >>> Compiling source in /var/tmp/portage/x11-misc/lxmed-20110717/work/lxmed/content ... >>> Source compiled. >>> Test phase [not enabled]: x11-misc/lxmed-20110717 >>> Install lxmed-20110717 into /var/tmp/portage/x11-misc/lxmed-20110717/image/ category x11-misc !!! ERROR: Couldn't find a VM dep !!! ERROR: Couldn't find a VM dep >>> Completed installing lxmed-20110717 into /var/tmp/portage/x11-misc/lxmed-20110717/image/ >>> Installing (1 of 1) x11-misc/lxmed-20110717 * checking 5 files for package collisions >>> Merging x11-misc/lxmed-20110717 to / --- /usr/ --- /usr/bin/ >>> /usr/bin/lxmed --- /usr/share/ >>> /usr/share/lxmed/ >>> /usr/share/lxmed/package.env >>> /usr/share/lxmed/lib/ >>> /usr/share/lxmed/lib/LXMenuEditor.jar --- /usr/share/applications/ >>> /usr/share/applications/lxmed.desktop --- /usr/share/pixmaps/ >>> /usr/share/pixmaps/lxmed.png >>> x11-misc/lxmed-20110717 merged. >>> Regenerating /etc/ld.so.cache... >>> Recording x11-misc/lxmed in "world" favorites file... >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date.
> * QA Notice: The 'hasq' function is deprecated (replaced by 'has') This would imply an eclass from overlay is used, since nothing in Portage is using 'hasq' anymore. Broken java-overlay perhaps? Also the whole error must be coming from java's eclasses, since this the package is merely using java-utils-2.eclass for java-pkg-dojar. Move to java@ for closer look.
(In reply to comment #1) > > * QA Notice: The 'hasq' function is deprecated (replaced by 'has') > > This would imply an eclass from overlay is used, since nothing in Portage is > using 'hasq' anymore. Broken java-overlay perhaps? > There is no java-utils-2.eclass in java-overlay or java-experimental. > Also the whole error must be coming from java's eclasses, since this the > package is merely using java-utils-2.eclass for java-pkg-dojar. > > Move to java@ for closer look. Replace virtual/jre with >=virtual/jre-1.5 in RDEPEND. The former doesn't allow to derive a minimum version for selecting a vm at runtime. Then java-pkg_dolauncher should be used to create a launcher so the vm switching actually happens if needed. Also directly inheriting java-utils-2 is discouraged as is installing a binary. Reassign to desktop-misc as the error messages aren't related to users issue.
Updated the virtual/jre depend to >=virtual/jre-1.5. Keeping this bug open so I remember to convert this into source based build.
(In reply to comment #3) > Updated the virtual/jre depend to >=virtual/jre-1.5. Keeping this bug open so > I remember to convert this into source based build. ... and made it use java-pkg_dolauncher too
removed
