Fedora Extras submission - classpath-0.92

[Paul F. Johnson]

Hi,

This is my first java package submitted to fedora extras and it's been
suggested on #fedora-java that this would be the best place to talk
about it. Please remember that though I've submitted quite a lot of
packages for various languages to FE, this is my first java one so if I
seem kinda dumb or ask blindingly obvious questions, this is the reason.

If you point your browsers to BZ#207077 you will see that I've submitted
GNU classpath-0.92 for inclusion.

The discussion on #fedora-java is that libgcj is roughly equal to a
version of classpath. However, when I've come to compile ikvm (already
in FE, though as a compiled binary only) or Limewire, libgcj can't hack
it, but classpath-0.92 just did the business and everything compiled.

Am I widdling into the wind by submitting this or is libgcj just that
bit too far from classpath-0.92?

Second to this is a packaging problem.

Most of classpath goes straight into %{_libdir}, but two files are
directed to /usr/lib (a logging and a security file). Is this the
correct behaviour, or should I patch to ensure everything goes to the
correct %{_libdir}?

TTFN

Paul
-- 
"Der einzige Weg, Leute zu kontrollieren ist sie anzulügen" - L. Ron
"Ich kann kein Science-Fiction schreiben" Hubbard; Lügner, Betrüger,
Fixer und Wohltäter zu niemandem

[Anthony Green]

On Tue, 2006-09-19 at 22:21 +0100, Paul wrote:
>  Am I widdling into the wind by submitting this or is libgcj just
> that
>  bit too far from classpath-0.92? 
libgcj will not work if what you want is a runtime for IKVM or similar.

That being said, I'm not sure it makes sense to build and install GNU
Classpath independently from another JVM project.  I think we want JRE
projects and related technology to get installed using the JPackage
alternatives system.  Can you describe your GNU Classpath use-cases a
little more?  For instance... you're building Limewire with what?  And
to run on what JRE?

AG

[Paul F. Johnson]

Hi,

>  > Am I widdling into the wind by submitting this or is libgcj just
> that
>  > bit too far from classpath-0.92?
>  
>  libgcj will not work if what you want is a runtime for IKVM or similar. 
That's what I thought when I was speaking with the ikvm guys

>  That being said, I'm not sure it makes sense to build and install
> GNU
>  Classpath independently from another JVM project.  I think we want JRE
>  projects and related technology to get installed using the JPackage
>  alternatives system.  Can you describe your GNU Classpath use-cases a
>  little more?  For instance... you're building Limewire with what?  And
>  to run on what JRE? 
I'm building limewire against classpath. It should run on the same JVM
that OOo runs on (gcj IIRC).

ikvm needs classpath to build happily

As it stands, ikvm is my top priority as it's currently breaking the FE
packaging rules of being a binary only package (it was accepted in like
this). Limewire would be nice, but it's a big package and I doubt will
be that simple to build.

TTFN

Paul
-- 
"Der einzige Weg, Leute zu kontrollieren ist sie anzulügen" - L. Ron
"Ich kann kein Science-Fiction schreiben" Hubbard; Lügner, Betrüger,
Fixer und Wohltäter zu niemandem

[Tom Tromey]

> >>>> "Paul" == Paul 
> <paul(a)all-the-johnsons.co.uk&gt; writes: 
Paul> I'm building limewire against classpath. It should run on the same JVM
Paul> that OOo runs on (gcj IIRC).

I would suggest trying to build it against the included gcj first.
The FC6 libgcj is relatively up-to-date.  If it doesn't build against
libgcj there is some chance that it won't run on it anyway... and in
that case we'd like to know what to pull in for a later update.

Paul> ikvm needs classpath to build happily

I thought IKVM included its own copy of Classpath.

Tom

[David Walluck]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Anthony Green wrote:
>  libgcj will not work if what you want is a runtime for IKVM or
> similar. 
>  That being said, I'm not sure it makes sense to build and install
> GNU
>  Classpath independently from another JVM project.  I think we want JRE 
As far as I know, ikvm unfortunately bundles classpath. Unfortunately, I
do not think the standalone classpath will work with it.

>  projects and related technology to get installed using the JPackage
>  alternatives system.  Can you describe your GNU Classpath use-cases a
>  little more?  For instance... you're building Limewire with what?  And
>  to run on what JRE? 
cacao and jamvm can use (share) the standalone classpath. Sometimes, an
updated glibj.zip is useful just for building (API stubs), and sometimes
also for running (although less often). I cannot speak for Paul's
particular use case, but this has been my general experience.

In any case, the use of classpath has nothing to do with the ability to
set up the cacao and jamvm JVM's to use the JPackage alternatives system
(I have done it).

As for ikvm, the story is more complicated, because although it can run
Java programs, neither the layout or the tools it provides are the same
as what would be included in the JDK.

- --
Sincerely,

David Walluck
<david(a)zarb.org&gt;
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (GNU/Linux)
> Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
>
> iD8DBQFFEHGGN5thZBYlTwkRAhSLAJ46qGLEjaw3E73TxC7o9JhzWfkvCACcDR+z
> U2ipPomrYVjT1+m3nXi8xbk=
> =Jjcp
> -----END PGP SIGNATURE-----

[Paul F. Johnson]

Hi,

>  > libgcj will not work if what you want is a runtime for IKVM or
> similar.
>  
>  > That being said, I'm not sure it makes sense to build and install GNU
>  > Classpath independently from another JVM project.  I think we want JRE
>  
>  As far as I know, ikvm unfortunately bundles classpath. Unfortunately, I
>  do not think the standalone classpath will work with it. 
From my understanding, you have to build against the standalone
classpath. Unless something has changed between 0.28 and 0.30 that is
which I was unaware of. I'm more interested in ikvm for use with
monodevelop.

>  As for ikvm, the story is more complicated, because although it can
> run
>  Java programs, neither the layout or the tools it provides are the same
>  as what would be included in the JDK. 
ikvm really is only suited for use within the .NET framework (IMHO).

TTFN

Paul
-- 
"Der einzige Weg, Leute zu kontrollieren ist sie anzulügen" - L. Ron
"Ich kann kein Science-Fiction schreiben" Hubbard; Lügner, Betrüger,
Fixer und Wohltäter zu niemandem

[Anthony Green]

On Tue, 2006-09-19 at 23:48 +0100, Paul wrote:
>  > As far as I know, ikvm unfortunately bundles classpath.
> Unfortunately, I
>  > do not think the standalone classpath will work with it.
>  
>  From my understanding, you have to build against the standalone
>  classpath. Unless something has changed between 0.28 and 0.30 that is
>  which I was unaware of. I'm more interested in ikvm for use with
>  monodevelop. 
Do you mean to say that ikvm would BuildRequire gnu-classpath but not
Require it?  Like it generates a derivative .jar file or something?

>  > As for ikvm, the story is more complicated, because although it
> can run
>  > Java programs, neither the layout or the tools it provides are the same
>  > as what would be included in the JDK.
>  
>  ikvm really is only suited for use within the .NET framework (IMHO). 
Where does it look for security property files?  How does it set the
java.home property?

AG