Processing commands for cont...@bugs.debian.org:
> reassign 796917 ftp.debian.org
Bug #796917 [src:snappy1.0.3-java] snappy1.0.3-java: dependency on libsnappy1
Bug reassigned from package 'src:snappy1.0.3-java' to 'ftp.debian.org'.
No longer marked as found in versions snappy1.0.3-java/1.0.3-rc3~d
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
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
