Hi Emmanuel,
On Wed, Sep 02, 2015 at 12:54:57PM +0200, Emmanuel Bourg wrote:
> I'm not sure snappy1.0.3-java even works. The native part isn't compiled
> (the SnappyNative.h and SnappyNative.c files in
> src/main/java/org/xerial/snappy). So the libsnappy1 dependency is bogus
> and could be removed
I'm not sure snappy1.0.3-java even works. The native part isn't compiled
(the SnappyNative.h and SnappyNative.c files in
src/main/java/org/xerial/snappy). So the libsnappy1 dependency is bogus
and could be removed.
I suggest removing snappy1.0.3-java and use snappy-java instead. This
one is known
Hi Andreas,
> libsnappy1 is being replaced by libsnappy1v5.
> Your arch:all package has
>a hardcoded dependency on the former (how does that even work?).>
>
>Before I simply add a hardcoded libsnappy1v5 I would like to ask for
>comments whether there is some better way to solve this.
Well, I'
Hi,
I guess the current dependency was injected due to the fact that the original
upstream source contained a copy if libsnappy.so and
src/main/java/org/xerial/snappy/LoadSnappy.java
says:
* This class loads a native library of snappy-java (snappyjava.dll,
* libsnappy.so, etc.) according to
4 matches
Mail list logo
