[gentoo-user] ebuild help: java main class?

Grant · External Since: Sep 01, 2004 Posts: 689

I'm trying to fix up the JAlbum ebuild:

http://bugs.gentoo.org/show_bug.cgi?id=128356

and get it to use java-pkg-2. Here's what I have so far:

inherit java-pkg-2 eutils

S="${WORKDIR}/Jalbum"
DESCRIPTION="Web photo album generator"
HOMEPAGE="http://jalbum.net/"
SRC_URI="http://jalbum.net/download/Jalbum${PV}.zip"

LICENSE="as-is"
SLOT="0"
KEYWORDS="x86"
IUSE=""

DEPEND=">=virtual/jre-1.5"
RDEPEND="${DEPEND}"

src_install() {
java-pkg_dojar JAlbum.jar
java-pkg_dolauncher jalbum \
--jar JAlbum.jar \
--java_args -Xmx400M

local dest=/usr/lib/${PN}
dodir ${dest}
cp -R ${S}/* ${D}/${dest} || die "Install failed"

doicon ${FILESDIR}/Jalbum-icon.png
make_desktop_entry ${PN}
}

It executes just fine, but I get:

$ jalbum
Error: se.datadosen.jalbum.JAlbum
java.lang.ClassNotFoundException: se.datadosen.jalbum.JAlbum
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at se.datadosen.jalbum.Main.main(Main.java:23)

I was told I need to define the main class with --main. Does anyone
know how to determine what the main class should be?

- Grant

Alan McKinnon · External Since: Jun 26, 2009 Posts: 68

On Saturday 24 October 2009 22:12:22 Grant wrote:
> I'm trying to fix up the JAlbum ebuild:
>
> http://bugs.gentoo.org/show_bug.cgi?id=128356
>
> and get it to use java-pkg-2. Here's what I have so far:
>
> inherit java-pkg-2 eutils
>
> S="${WORKDIR}/Jalbum"
> DESCRIPTION="Web photo album generator"
> HOMEPAGE="http://jalbum.net/"
> SRC_URI="http://jalbum.net/download/Jalbum${PV}.zip"
>
> LICENSE="as-is"
> SLOT="0"
> KEYWORDS="x86"
> IUSE=""
>
> DEPEND=">=virtual/jre-1.5"
> RDEPEND="${DEPEND}"
>
> src_install() {
> java-pkg_dojar JAlbum.jar
> java-pkg_dolauncher jalbum \
> --jar JAlbum.jar \
> --java_args -Xmx400M
>
> local dest=/usr/lib/${PN}
> dodir ${dest}
> cp -R ${S}/* ${D}/${dest} || die "Install failed"
>
> doicon ${FILESDIR}/Jalbum-icon.png
> make_desktop_entry ${PN}
> }
>
> It executes just fine, but I get:
>
> $ jalbum
> Error: se.datadosen.jalbum.JAlbum
> java.lang.ClassNotFoundException: se.datadosen.jalbum.JAlbum
> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
> at se.datadosen.jalbum.Main.main(Main.java:23)
>
> I was told I need to define the main class with --main. Does anyone
> know how to determine what the main class should be?

What's the line normally used to launch the app at runtime? That, together
with CLASSPATH will tell you what class should be executed as main()

--
alan dot mckinnon at gmail dot com

Grant · External Since: Sep 01, 2004 Posts: 689

>> I'm trying to fix up the JAlbum ebuild:
>>
>> http://bugs.gentoo.org/show_bug.cgi?id=128356
>>
>> and get it to use java-pkg-2. Here's what I have so far:
>>
>> inherit java-pkg-2 eutils
>>
>> S="${WORKDIR}/Jalbum"
>> DESCRIPTION="Web photo album generator"
>> HOMEPAGE="http://jalbum.net/"
>> SRC_URI="http://jalbum.net/download/Jalbum${PV}.zip"
>>
>> LICENSE="as-is"
>> SLOT="0"
>> KEYWORDS="x86"
>> IUSE=""
>>
>> DEPEND=">=virtual/jre-1.5"
>> RDEPEND="${DEPEND}"
>>
>> src_install() {
>> java-pkg_dojar JAlbum.jar
>> java-pkg_dolauncher jalbum \
>> --jar JAlbum.jar \
>> --java_args -Xmx400M
>>
>> local dest=/usr/lib/${PN}
>> dodir ${dest}
>> cp -R ${S}/* ${D}/${dest} || die "Install failed"
>>
>> doicon ${FILESDIR}/Jalbum-icon.png
>> make_desktop_entry ${PN}
>> }
>>
>> It executes just fine, but I get:
>>
>> $ jalbum
>> Error: se.datadosen.jalbum.JAlbum
>> java.lang.ClassNotFoundException: se.datadosen.jalbum.JAlbum
>> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>> at java.security.AccessController.doPrivileged(Native Method)
>> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
>> at se.datadosen.jalbum.Main.main(Main.java:23)
>>
>> I was told I need to define the main class with --main. Does anyone
>> know how to determine what the main class should be?
>
>
> What's the line normally used to launch the app at runtime? That, together
> with CLASSPATH will tell you what class should be executed as main()

There is a file called startjalbum.sh which is supposed to be used to
start the program. It contains:

#!/bin/sh
java -Xmx400M -jar JAlbum.jar

Does that tell you anything?

- Grant

Alan McKinnon · External Since: Jun 26, 2009 Posts: 68

On Saturday 24 October 2009 22:32:18 Grant wrote:
> >> I'm trying to fix up the JAlbum ebuild:
> >>
> >> http://bugs.gentoo.org/show_bug.cgi?id=128356
> >>
> >> and get it to use java-pkg-2. Here's what I have so far:
> >>
> >> inherit java-pkg-2 eutils
> >>
> >> S="${WORKDIR}/Jalbum"
> >> DESCRIPTION="Web photo album generator"
> >> HOMEPAGE="http://jalbum.net/"
> >> SRC_URI="http://jalbum.net/download/Jalbum${PV}.zip"
> >>
> >> LICENSE="as-is"
> >> SLOT="0"
> >> KEYWORDS="x86"
> >> IUSE=""
> >>
> >> DEPEND=">=virtual/jre-1.5"
> >> RDEPEND="${DEPEND}"
> >>
> >> src_install() {
> >> java-pkg_dojar JAlbum.jar
> >> java-pkg_dolauncher jalbum \
> >> --jar JAlbum.jar \
> >> --java_args -Xmx400M
> >>
> >> local dest=/usr/lib/${PN}
> >> dodir ${dest}
> >> cp -R ${S}/* ${D}/${dest} || die "Install failed"
> >>
> >> doicon ${FILESDIR}/Jalbum-icon.png
> >> make_desktop_entry ${PN}
> >> }
> >>
> >> It executes just fine, but I get:
> >>
> >> $ jalbum
> >> Error: se.datadosen.jalbum.JAlbum
> >> java.lang.ClassNotFoundException: se.datadosen.jalbum.JAlbum
> >> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> >> at java.security.AccessController.doPrivileged(Native Method)
> >> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> >> at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
> >> at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
> >> at se.datadosen.jalbum.Main.main(Main.java:23)
> >>
> >> I was told I need to define the main class with --main. Does anyone
> >> know how to determine what the main class should be?
> >
> > What's the line normally used to launch the app at runtime? That,
> > together with CLASSPATH will tell you what class should be executed as
> > main()
>
> There is a file called startjalbum.sh which is supposed to be used to
> start the program. It contains:
>
> #!/bin/sh
> java -Xmx400M -jar JAlbum.jar
>
> Does that tell you anything?

Yes, it does. There's a file called JAlbum.jar which contains the app, and
it's location is visible to the script. There's no path so I'm assuming the
file is in the current directory.

A .jar is just a special kind of zip file (much like OOo files are). What's
inside it?

p.s. I don't know how familiar you are with Java's start-up process and how it
finds things and how you specify things to find. It's somewhat unusual and
many traps exist for the unwary Smile

--
alan dot mckinnon at gmail dot com

Grant · External Since: Sep 01, 2004 Posts: 689

>> >> I'm trying to fix up the JAlbum ebuild:
>> >>
>> >> http://bugs.gentoo.org/show_bug.cgi?id=128356
>> >>
>> >> and get it to use java-pkg-2. Here's what I have so far:
>> >>
>> >> inherit java-pkg-2 eutils
>> >>
>> >> S="${WORKDIR}/Jalbum"
>> >> DESCRIPTION="Web photo album generator"
>> >> HOMEPAGE="http://jalbum.net/"
>> >> SRC_URI="http://jalbum.net/download/Jalbum${PV}.zip"
>> >>
>> >> LICENSE="as-is"
>> >> SLOT="0"
>> >> KEYWORDS="x86"
>> >> IUSE=""
>> >>
>> >> DEPEND=">=virtual/jre-1.5"
>> >> RDEPEND="${DEPEND}"
>> >>
>> >> src_install() {
>> >> java-pkg_dojar JAlbum.jar
>> >> java-pkg_dolauncher jalbum \
>> >> --jar JAlbum.jar \
>> >> --java_args -Xmx400M
>> >>
>> >> local dest=/usr/lib/${PN}
>> >> dodir ${dest}
>> >> cp -R ${S}/* ${D}/${dest} || die "Install failed"
>> >>
>> >> doicon ${FILESDIR}/Jalbum-icon.png
>> >> make_desktop_entry ${PN}
>> >> }
>> >>
>> >> It executes just fine, but I get:
>> >>
>> >> $ jalbum
>> >> Error: se.datadosen.jalbum.JAlbum
>> >> java.lang.ClassNotFoundException: se.datadosen.jalbum.JAlbum
>> >> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>> >> at java.security.AccessController.doPrivileged(Native Method)
>> >> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>> >> at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
>> >> at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
>> >> at se.datadosen.jalbum.Main.main(Main.java:23)
>> >>
>> >> I was told I need to define the main class with --main. Does anyone
>> >> know how to determine what the main class should be?
>> >
>> > What's the line normally used to launch the app at runtime? That,
>> > together with CLASSPATH will tell you what class should be executed as
>> > main()
>>
>> There is a file called startjalbum.sh which is supposed to be used to
>> start the program. It contains:
>>
>> #!/bin/sh
>> java -Xmx400M -jar JAlbum.jar
>>
>> Does that tell you anything?
>
> Yes, it does. There's a file called JAlbum.jar which contains the app, and
> it's location is visible to the script. There's no path so I'm assuming the
> file is in the current directory.
>
> A .jar is just a special kind of zip file (much like OOo files are). What's
> inside it?

# unzip JAlbum.jar
Archive: JAlbum.jar
creating: META-INF/
inflating: META-INF/MANIFEST.MF
creating: se/
creating: se/datadosen/
creating: se/datadosen/jalbum/
inflating: se/datadosen/jalbum/AlbumBeanEvent.class
inflating: se/datadosen/jalbum/AlbumBeanListener.class
inflating: se/datadosen/jalbum/AlbumEngine.class
inflating: se/datadosen/jalbum/Main$1.class
inflating: se/datadosen/jalbum/Main.class
inflating: se/datadosen/jalbum/MiniConfig.class
inflating: se/datadosen/jalbum/OperationAbortedException.class
creating: se/datadosen/tags/
inflating: se/datadosen/tags/ElementException.class

> p.s. I don't know how familiar you are with Java's start-up process and how it
> finds things and how you specify things to find. It's somewhat unusual and
> many traps exist for the unwary Smile

I'm completely clueless with java. Thanks a lot for your help thus far.

- Grant

Arttu V. · External Since: Jun 28, 2009 Posts: 9

Grant wrote:
> I'm trying to fix up the JAlbum ebuild:
>
> http://bugs.gentoo.org/show_bug.cgi?id=128356
>
> and get it to use java-pkg-2. Here's what I have so far:
>
> inherit java-pkg-2 eutils
>
> S="${WORKDIR}/Jalbum"
> DESCRIPTION="Web photo album generator"
> HOMEPAGE="http://jalbum.net/"
> SRC_URI="http://jalbum.net/download/Jalbum${PV}.zip"
>
> LICENSE="as-is"
> SLOT="0"
> KEYWORDS="x86"
> IUSE=""
>
> DEPEND=">=virtual/jre-1.5"
> RDEPEND="${DEPEND}"
>
> src_install() {
> java-pkg_dojar JAlbum.jar
> java-pkg_dolauncher jalbum \
> --jar JAlbum.jar \
> --java_args -Xmx400M
>
> local dest=/usr/lib/${PN}
> dodir ${dest}
> cp -R ${S}/* ${D}/${dest} || die "Install failed"
>
> doicon ${FILESDIR}/Jalbum-icon.png
> make_desktop_entry ${PN}
> }
>
> It executes just fine, but I get:
>
> $ jalbum
> Error: se.datadosen.jalbum.JAlbum
> java.lang.ClassNotFoundException: se.datadosen.jalbum.JAlbum
> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
> at se.datadosen.jalbum.Main.main(Main.java:23)
>
> I was told I need to define the main class with --main. Does anyone
> know how to determine what the main class should be?

No, it has clearly already loaded at least one class (last line of that
stack trace reveals this), and is looking for some others needed by that
class -- but the classloader fails to find them. JAlbum probably also
has a Main-Class header defined in the jar's manifest, so this is likely
to be just another classpath-related issue.

But the ebuild you're pushing ... I think it would need some serious
work for the installation part. I think it installs files in all wrong
places, and thus Gentoo's Generation 2 java system cannot automatically
add them to classpath.

There is some advice on the issue in section 3, the Filesystem layout
over here:

http://www.gentoo.org/proj/en/java/java-devel.xml

After trudging through that you might understand why Gentoo Java team
has constantly several dev positions advertised on "help wanted". Some
of Java's ways don't mix that well with Gentoo's approaches, especially
with compiling and packaging (installations).

If you are in a hurry of some sort, you might just try taking the jar,
unpacking it into a subdir under your homedir, cd'ing in, and trying
something like "CLASSPATH=.:${CLASSPATH} foo.sh". With a little luck it
might work as such, without the pain of making a proper ebuild for it.

--
Arttu V.

Grant · External Since: Sep 01, 2004 Posts: 689

>> I'm trying to fix up the JAlbum ebuild:
>>
>> http://bugs.gentoo.org/show_bug.cgi?id=128356
>>
>> and get it to use java-pkg-2. Here's what I have so far:
>>
>> inherit java-pkg-2 eutils
>>
>> S="${WORKDIR}/Jalbum"
>> DESCRIPTION="Web photo album generator"
>> HOMEPAGE="http://jalbum.net/"
>> SRC_URI="http://jalbum.net/download/Jalbum${PV}.zip"
>>
>> LICENSE="as-is"
>> SLOT="0"
>> KEYWORDS="x86"
>> IUSE=""
>>
>> DEPEND=">=virtual/jre-1.5"
>> RDEPEND="${DEPEND}"
>>
>> src_install() {
>> java-pkg_dojar JAlbum.jar
>> java-pkg_dolauncher jalbum \
>> --jar JAlbum.jar \
>> --java_args -Xmx400M
>>
>> local dest=/usr/lib/${PN}
>> dodir ${dest}
>> cp -R ${S}/* ${D}/${dest} || die "Install failed"
>>
>> doicon ${FILESDIR}/Jalbum-icon.png
>> make_desktop_entry ${PN}
>> }
>>
>> It executes just fine, but I get:
>>
>> $ jalbum
>> Error: se.datadosen.jalbum.JAlbum
>> java.lang.ClassNotFoundException: se.datadosen.jalbum.JAlbum
>> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>> at java.security.AccessController.doPrivileged(Native Method)
>> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
>> at se.datadosen.jalbum.Main.main(Main.java:23)
>>
>> I was told I need to define the main class with --main. Does anyone
>> know how to determine what the main class should be?
>
>
> No, it has clearly already loaded at least one class (last line of that
> stack trace reveals this), and is looking for some others needed by that
> class -- but the classloader fails to find them. JAlbum probably also has a
> Main-Class header defined in the jar's manifest, so this is likely to be
> just another classpath-related issue.
>
> But the ebuild you're pushing ... I think it would need some serious work
> for the installation part. I think it installs files in all wrong places,
> and thus Gentoo's Generation 2 java system cannot automatically add them to
> classpath.
>
> There is some advice on the issue in section 3, the Filesystem layout over
> here:
>
> http://www.gentoo.org/proj/en/java/java-devel.xml
>
> After trudging through that you might understand why Gentoo Java team has
> constantly several dev positions advertised on "help wanted". Some of Java's
> ways don't mix that well with Gentoo's approaches, especially with compiling
> and packaging (installations).
>
> If you are in a hurry of some sort, you might just try taking the jar,
> unpacking it into a subdir under your homedir, cd'ing in, and trying
> something like "CLASSPATH=.:${CLASSPATH} foo.sh". With a little luck it
> might work as such, without the pain of making a proper ebuild for it.
>
> --
> Arttu V.

So 'emerge JAlbum' isn't feasible?

- Grant

Arttu V. · External Since: Jun 28, 2009 Posts: 9

On 10/25/09, Grant <emailgrant RemoveThis @gmail.com> wrote:
> So 'emerge JAlbum' isn't feasible?

In its current state I'd say "no", it needs major fixes and polishing.
I'll see if I can do something for it later today, but I cannot
promise I can fix it properly.

--
Arttu V.

Grant · External Since: Sep 01, 2004 Posts: 689

>> So 'emerge JAlbum' isn't feasible?
>
> In its current state I'd say "no", it needs major fixes and polishing.
> I'll see if I can do something for it later today, but I cannot
> promise I can fix it properly.

Thank you for even considering it.

- Grant

Grant · External Since: Sep 01, 2004 Posts: 689

> please show us the /usr/bin/jalbum

I'm not sure what you mean. That file doesn't exist in the installation.

- Grant

Grant · External Since: Sep 01, 2004 Posts: 689

>> So 'emerge JAlbum' isn't feasible?
>
> In its current state I'd say "no", it needs major fixes and polishing.
> I'll see if I can do something for it later today, but I cannot
> promise I can fix it properly.
>
> --
> Arttu V.

Another option is to use the start script supplied in the bug:

http://bugs.gentoo.org/show_bug.cgi?id=128356
http://bugs.gentoo.org/attachment.cgi?id=97807

but I'm not sure how to get it to install somewhere useful. Just
putting it in the files dir, I don't think anything happens with it.
Any pointers on that?

- Grant

Arttu V. · External Since: Jun 28, 2009 Posts: 9

On 10/25/09, Grant <emailgrant RemoveThis @gmail.com> wrote:
> Another option is to use the start script supplied in the bug:
>
> http://bugs.gentoo.org/show_bug.cgi?id=128356
> http://bugs.gentoo.org/attachment.cgi?id=97807
>
> but I'm not sure how to get it to install somewhere useful. Just
> putting it in the files dir, I don't think anything happens with it.
> Any pointers on that?

I added an alternate ebuild to the bug. It doesn't need external
runner scripts. With it JAlbum-.8.5.1 seems to start-up nicely even on
amd64, asks for some kind of login (I canceled out from that screen),
and then allows one to ... well, design album covers, I guess. Smile

That's how far I tried it. Now it starts up, but I still don't know if
all the dependencies got properly laid out. And reading into the
ebuild should reveal many pieces still needing work.

--
Arttu V.

Grant · External Since: Sep 01, 2004 Posts: 689

>> Another option is to use the start script supplied in the bug:
>>
>> http://bugs.gentoo.org/show_bug.cgi?id=128356
>> http://bugs.gentoo.org/attachment.cgi?id=97807
>>
>> but I'm not sure how to get it to install somewhere useful. Just
>> putting it in the files dir, I don't think anything happens with it.
>> Any pointers on that?
>
> I added an alternate ebuild to the bug. It doesn't need external
> runner scripts. With it JAlbum-.8.5.1 seems to start-up nicely even on
> amd64, asks for some kind of login (I canceled out from that screen),
> and then allows one to ... well, design album covers, I guess. Smile

>
> That's how far I tried it. Now it starts up, but I still don't know if
> all the dependencies got properly laid out. And reading into the
> ebuild should reveal many pieces still needing work.
>
> --
> Arttu V.

Thank you very much Arttu. It works great! JAlbum is a photo
management app BTW. It's really slick.

So all the new dependencies were required to create /usr/bin/jalbum?

- Grant

Grant · External Since: Sep 01, 2004 Posts: 689

>>> Another option is to use the start script supplied in the bug:
>>>
>>> http://bugs.gentoo.org/show_bug.cgi?id=128356
>>> http://bugs.gentoo.org/attachment.cgi?id=97807
>>>
>>> but I'm not sure how to get it to install somewhere useful. Just
>>> putting it in the files dir, I don't think anything happens with it.
>>> Any pointers on that?
>>
>> I added an alternate ebuild to the bug. It doesn't need external
>> runner scripts. With it JAlbum-.8.5.1 seems to start-up nicely even on
>> amd64, asks for some kind of login (I canceled out from that screen),
>> and then allows one to ... well, design album covers, I guess. Smile

>>
>> That's how far I tried it. Now it starts up, but I still don't know if
>> all the dependencies got properly laid out. And reading into the
>> ebuild should reveal many pieces still needing work.
>>
>> --
>> Arttu V.
>
> Thank you very much Arttu. It works great! JAlbum is a photo
> management app BTW. It's really slick.
>
> So all the new dependencies were required to create /usr/bin/jalbum?
>
> - Grant

I'm sorry Arttu, I spoke too soon. I only did a cursory check before.
The program doesn't seem to work at all when installed via the new
ebuild.

The only way I can get the program to run properly is to install via
the old ebuild, 'chmod 755 /usr/lib/JAlbum/startjalbum.sh', 'cd
/usr/lib/JAlbum', and './startjalbum.sh'. I'd like the ebuild to
leave the user with a command that can be put into a simple launcher
though. Should I have the ebuild chmod, cp, and alter the contents of
the .sh script to provide the full path of JAlbum.jar so cd isn't
necessary?

- Grant

Grant · External Since: Sep 01, 2004 Posts: 689

>>>> Another option is to use the start script supplied in the bug:
>>>>
>>>> http://bugs.gentoo.org/show_bug.cgi?id=128356
>>>> http://bugs.gentoo.org/attachment.cgi?id=97807
>>>>
>>>> but I'm not sure how to get it to install somewhere useful. Just
>>>> putting it in the files dir, I don't think anything happens with it.
>>>> Any pointers on that?
>>>
>>> I added an alternate ebuild to the bug. It doesn't need external
>>> runner scripts. With it JAlbum-.8.5.1 seems to start-up nicely even on
>>> amd64, asks for some kind of login (I canceled out from that screen),
>>> and then allows one to ... well, design album covers, I guess. Smile

>>>
>>> That's how far I tried it. Now it starts up, but I still don't know if
>>> all the dependencies got properly laid out. And reading into the
>>> ebuild should reveal many pieces still needing work.
>>>
>>> --
>>> Arttu V.
>>
>> Thank you very much Arttu. It works great! JAlbum is a photo
>> management app BTW. It's really slick.
>>
>> So all the new dependencies were required to create /usr/bin/jalbum?
>>
>> - Grant
>
> I'm sorry Arttu, I spoke too soon. I only did a cursory check before.
> The program doesn't seem to work at all when installed via the new
> ebuild.
>
> The only way I can get the program to run properly is to install via
> the old ebuild, 'chmod 755 /usr/lib/JAlbum/startjalbum.sh', 'cd
> /usr/lib/JAlbum', and './startjalbum.sh'. I'd like the ebuild to
> leave the user with a command that can be put into a simple launcher
> though. Should I have the ebuild chmod, cp, and alter the contents of
> the .sh script to provide the full path of JAlbum.jar so cd isn't
> necessary?
>
> - Grant

I realized that I can issue 'java -Xmx400M -jar
/usr/lib/JAlbum/JAlbum.jar' to launch the program. I've attached a
new ebuild to the bug that is pretty simple and includes some stuff
from your ebuild.

- Grant