[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Lintian Override for OSGi classpath in Freeplane?


I'm not a big OSGi specialist, but let me give back what I understand:

On 04/06/11 12:16, Niels Thykier wrote:
2. my actual problem is that the classpath is actually not needed by
>  Freeplane because it uses Knopflerfish / OSGi framework which resolves
>  itself dependencies based on
>  /usr/share/freeplane/core/org.freeplane.core/META-INF/MANIFEST.MF (and
>  to make it even more fun, anyway doesn't accept absolute paths, already
>  tried).
>  Sounds to me like a case for a Lintian override, any other opinion?
>  Thanks, Eric
Lintian already skips the Class-Path check if the Manifest has a
Bundle-SymbolicName entry (which all OSGi bundles should have as I
   But I have no idea of how this would work for an application that uses
OSGi; I would assume it would need a Class-Path entry for the OSGi
providing library and take things from there.
   Is there some (fairly) trivial way we can check if an application uses
Originally, upstream had packaged the "standard" jar files in "OSGi" jar files, but that meant that also the depended-on libraries were to be in the OSGi jar files, which made proper packaging barely impossible.

For this reason, I asked upstream to unpack the OSGi jar files, which they kindly did. The result is the following structure:

$ dpkg -L freeplane | grep org.freeplane

Each jar file listed has also a minimal (dummy?) manifest embedded, but the real one is the one in the filesystem, as listed above. The good news is that each of these real manifests has the symbolic name Bundle-SymbolicName.

The structure with ./lib/*.jar and ./META-INF/MANIFEST.INF in the same directory is, as far as I understand, only a coincidental convention, but perhaps we could make it a Debian-Java rule?!

Then the check could become:
1. jar file doesn't have a class-path entry, or only a relative one.
2. is there a file ../META-INF/MANIFEST.MF that contains a Bundle-SymbolicName entry? 2a. you could also / alternatively check that there is an entry Bundle-ClassPath that refers to this same library, but that's more work for a dubious added value. 3. If yes, ignore (or downgrade warning to pedantic with note that it's probably anyway an OSGi bundle)

A strange thing is that Lintian does only complain about freeplaneeditor.jar and not about the other jar files!?

Hope this helps,

Reply to: