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
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
rc3~dfsg-5.
Ignoring request to alter fixed versions of bug #796917 to the same values
previously set
> retitle 796917 ROM: Please remove snappy1.0.3-java from unstable and testing
Bug #796917 [ftp.debian.org] snappy1.0.3-java: dependency on libsnappy1
Changed Bug title to 'ROM: Please
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,
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
Source: snappy1.0.3-java
Version: 1.0.3-rc3~dfsg-5
Severity: serious
libsnappy1 is being replaced by libsnappy1v5. Your arch:all package has
a hardcoded dependency on the former (how does that even work?).
Cheers,
Julien
signature.asc
Description: Digital signature
6 matches
Mail list logo
