after good people started to help me, the things started so get figured.
in order to have a working CDT, i've needed the foolowing
plugin-projects on my workspace:
and it lauched flawlessly.
later, i checkout'ed these projects from sources.redhat.com:
the plugin is recognized but with some issues: this was the first one:
"The type org.eclipse.core.filesystem.IFileStore cannot be resolved. It
is indirectly referenced from required .class files"
class MakeGenerator.java, line 1056.
after some search, ive figured that IFileStore is inside eclipse and cdt
plugins uses it and don't have any issue.
the fixup was a modification in the MANIFEST.MF, adding a property found
inside another manifest, from org.eclipse.cdt.make.core. in the key
Require-Bundle, that property is needed:
but if it's added, 48 other errors inside automake will appear.
i think that's because some change in cdt, since the main difference now
is the previous error was about some not found class. this time are many
"must implement" errors.
i would like to get some advice, since i'm learning now about plugins,
and also don't know what to do if i make some change there.
Can someone enlighten me about the status of jpeg2000 support in Java?
I see that there is a jj2000 implementation that does not appear to be
packaged in Fedora. Should (can?) it be? Is there something else? I
ask because I'm looking into packaging GRIBJava, and it appears to use a
modified jj2000, but there was mention on their list about a native Java
JPEG2000 interface coming.
Technical Manager 303-415-9701 x222
NWRA/CoRA Division FAX: 303-415-9702
3380 Mitchell Lane orion(a)cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
first, need to say, nice plugin, i'm experiencing it and there are much
it seems to work fine under exotic configs, like Jrockit jvm and slackware
i would like to know if someone have a link for anonymous cvs access, i
would like to see the source.
thx for the nice work
FYI: "jpp" in release tag up for discussion again:
-------- Forwarded Message --------
> From: Jason L Tibbitts III <tibbs(a)math.uh.edu>
> To: fedora-devel-list(a)redhat.com
> Subject: Summary of the 2008-04-08 Packaging Committee meeting
> Date: 09 Apr 2008 11:36:30 -0500
> Meeting minutes and full logs of the packaging committee meeting which
> occurred on 2008-04-08 are online:
> * Revisiting the jpackagage naming exception
> * The original exception is at
> http://fedoraproject.org/wiki/Packaging/JPackagePolicy; the
> committee is revisiting the exception.
> * The committee requests from the Java group "a list of information
> as to why they need the jpp tag, specifically, how they're using
> it, by May 8th." The committee will revisit the issue then.
> * Accepted (5 - 0)
> * Voting for: tibbs abadger1999 spot rdieter hansg
I'm currently working on enabling the "jpl" Java interface to the SWI
Prolog (package is called "pl" in Fedora). This provides a
bidirectional interface between Prolog and Java -- you can call Prolog
from Java or (what I'm doing in my current project) call Java from
I'm attempting to follow the Java packaging guidelines for JNI-using
projects and putting jpl.jar and libjpl.so into $LIBDIR/pl-jpl and
patching files so that the libraries get loaded, and that's going
One thing I'm not sure how to deal with: libjpl.so is linked against
libjava.so and libjvm.so. On my machine, that means I need to set
before I run Prolog, and the same is probably the case if I wanted to
use the Java-to-Prolog direction. Is this acceptable, or is there some
other solution I should use here?
Thanks for any suggestions,
Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/
Informatik 6: Robotics and Embedded Systems, Technische Universität München
and ICCS, School of Informatics, University of Edinburgh
Now that the Java guidelines are approved, where are we on the status of
merging in/with specs from JPackage? For example, JFreechart:
How do we get changes made in the spec for Fedora reflected back into
JPackage, and vice versa? Was there any thoughts on the plan to
integrate JPackage more closely with the Fedora infrastructure, like
On Thu, Apr 3, 2008 at 6:57 PM, Andrew Overholt <overholt(a)redhat.com> wrote:
> On Thu, 2008-04-03 at 17:22 +0100, Mat Booth wrote:
> > On Thu, Apr 3, 2008 at 2:16 PM, Andrew Overholt <overholt(a)redhat.com> wrote:
> > See attached for a better patch.
> Thanks. Note that I just updated rawhide to 3.3.2 so the patch *may* no
> longer apply cleanly. Sorry if that's the case.
> > > Did you want to just commit this? If you request commit on the eclipse
> > > module in the account system, I'll grant it.
> > >
> > Thanks, but I'm not sure I can do this. I don't have an account in the
> > system because I'm not yet sponsored.
> What's your username?
In FAS: mbooth
Sorry if this is a silly question, I'm still new at this. Do I need to
apply for the cvseclipse group in order to commit my patch?
Just in case you are thinking about sponsoring me, you should know
that since you last posted in my package review request
(https://bugzilla.redhat.com/show_bug.cgi?id=426884) I've been reading
through the packaging committee minutes and will update my packages
according to the new guidelines as soon as I can.
> A drawback is that we're calling copy-platform multiple times
> for multiple-feature projects like Mylyn and the calls after the first
> one all say "file exists" for the mkdir and ln -s calls.
It should be fairly easy to change the copy-platform script to only
generate the necessary directories and links if they don't already
exist, shouldn't it?