FYI
by Andrew Haley
I thought y'all might like to see this...
Andrew.
--
Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK
Registered in England and Wales No. 3798903
16 years, 5 months
Re: [linux-distros-dev] auto-provides and requires for OSGi packages
by Andrew Overholt
* Pascal Rapicault <Pascal_Rapicault(a)ca.ibm.com> [2007-03-28 21:20]:
> This is for a simple overview, there are other refinements (mostly around
> the use clause) that I won't go into here and that you can find in the OSGi
> spec: http://osgi.org/osgi_technology/download_specs.asp?section=2#Release4
Thanks for the clarification, Pascal.
I guess you could liken import to just relying on a non-package name
Provide of an RPM -- something like what we're trying to for with these
automatic provides. You could say "Requires: libgcj.so.7rh" instead of
"Requires: libgcj" or "Requires: libgcj = 4.1.1". But I think this is
different than what you describe and I don't know how yum or other
depsolvers deal with multiple packages Provide'ing the same thing.
Andrew "poor explanation" Overholt
16 years, 6 months
auto-provides and requires for OSGi packages
by Andrew Overholt
Hi,
We'd like Eclipse packages (which we want to extend to all OSGi
packages and then to whatever module system Sun puts into Java 7 or 8)
to have RPM automatically generate Provides and Requires. This is
similar to how it's done for DSOs or perl, python, or mono modules.
Example:
$ rpm -q --requires tomboy
[I've stripped the non-mono requirements]
...
mono(glib-sharp) = 2.10.0.0
mono(gnome-sharp) = 2.16.0.0
mono(gtk-sharp) = 2.10.0.0
...
$ rpm -q --provides gnome-sharp
mono(gnome-sharp) = 2.16.0.0
I imagine this will manifest itself in a shell script to run over jars
in a certain location and extract their META-INF/MANIFEST.MF and parse
out the OSGi provides and requires. It would of course be better to do
this as an OSGi app but I wonder how the RPM guys would feel about
having an Eclipse or Java dependency.
I don't think we want to do something like java(modulename) yet, but
just having it automatically generate these lists would get us a long
way there.
Anyone have any thoughts?
Kyu Lee is going to investigate this and will keep us posted as he
progresses.
Andrew
16 years, 6 months
creating OSGi jars for Eclipse dependencies
by Benjamin Konrath
Hi Fernando / Deepack,
I'd like to add OSGi manifests to the jars of Eclipse dependencies so
that Eclipse can link to the system installed jars rather than keeping a
copy of these dependencies in /usr/share/eclipse. The general strategy
for doing this would be as follows:
* add the OSGi bundle or Manifest from Orbit as an additional source to
the rpm
* build the jar like normal
* extract (if required) and inject the OSGi Manifest to the original jar
For Eclipse 3.2.2 / F7, there are two packages that need to be moved out
of the eclipse rpm: jsch and icu4j. The jsch build can use the method
described above (see attached patch) but I think we should use a
different approach for icu4j since the OSGi jar can be compiled
directly. In this case I'd like to use the OSGi jar directly and add
links for the regular jars. I would need to check the OSGi build and the
regular build end up with the same class files but I'm pretty sure they
do.
Anyway, let me know what you think so that I can commit the jsch patch
and move on to icu4j.
Thanks, Ben
16 years, 6 months
Mylar and NLS in rawhide
by Andrew Overholt
Hi,
eclipse-mylar and eclipse-sdk-nls have finally hit rawhide! They should
probably show up on mirrors sometime tomorrow.
Thanks to Kyu Lee who did all the work on the translations. He just
showed me the SDK running with the Korean translations and it's pretty
awesome.
As for Mylar, I'm aware of class library issues with gcj and I'm
tracking them down now. Filing bugs would help with this as I'm sure I
won't exercise all code paths. Thanks to Anthony and others who helped
make this happen.
Andrew
16 years, 6 months
Re: [linux-distros-dev] auto-provides and requires for OSGi packages
by Andrew Overholt
Hi,
* Pascal Rapicault <Pascal_Rapicault(a)ca.ibm.com> [2007-03-27 22:24]:
> If you are ok with running java code to generate your RPM metadata
Unfortunately I doubt that this will be acceptable to the RPM people.
Thanks for the pointers anyway, though :)
> Also, as a point of interest for me, does RPM has the ability to express
> constraints similar to import and export?
I'm confused as to what import does that is different from requires.
Can you please elaborate or tell me what to read?
Export I guess you could compare with Provides in RPM parlance. Anyone
else have thoughts on this? For those that don't know -- and please
correct me if I'm wrong -- Export is used to limit what java package
names are visible to other bundles.
Thanks,
Andrew
16 years, 6 months
/usr/share/java and JNI libraries
by Orion Poplawski
(also posted to fedora-devel)
Two questions:
- Who should own /usr/share/java? Currently there is:
libidn-devel.i386
jpackage-utils.noarch
java-1.5.0-gcj-javadoc.i386
libgcj-src.i386
libgcj.i386
java-1.4.2-gcj-compat-javadoc.i386
kdevelop.i386
db4-java.i386
axis-javadoc.i386
swig.i386
jlex.i386
antlr-javadoc.i386
xdoclet-javadoc.i386
and that's just from core.
- Where should JNI libraries be installed? plplot wants to install into
/usr/lib/jni, but that doesn't look like it's used by anyone else.
Thanks!
--
Orion Poplawski
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
16 years, 6 months
mylar's dependencies
by Andrew Overholt
Hi,
I've been trying to build mylar for inclusion in F7. It's not going too
well due to difficulties with generating the build.xmls, etc. I may
have a stop-gap for that, but now I'm hitting the problem of its
dependencies not being in Fedora or JPackage. The jars it needs are (all in
org.eclipse.mylar.context.core/lib):
commons-logging.jar
commons-logging-api.jar
commons-codec-1.3.jar
commons-httpclient-3.0.1.jar
xmlrpc-common-3.0.jar
xmlrpc-common-3.0-sources.jar
xmlrpc-client-3.0.jar
xmlrpc-client-3.0-sources.jar
I *think* we're fine with the above, but the next one I'm worried about:
ws-commons-util-1.0.1.jar
ws-commons-util-1.0.1-sources.jar
I don't see this anywhere in JPackage or Fedora. Does anyone know if there
is an RPM of it somewhere? Anyone familiar with it or with packaging enough
to cook something up in the next few days?
Thanks,
Andrew
16 years, 6 months
New gcj in rawhide
by Andrew Haley
The new gcj package with version 5 libraries and compiler has been
available in rawhide for a couple of weeks now.
This package is available from the yum development repo as
gcc-java.*.4.1.2-3.
If you are a maintainer of a package that has a dependency on libgcj
please make sure that your package builds. I don't expect there to be
many problems, but it's worth checking.
Thanks,
Andrew.
16 years, 6 months
