Le 8/14/12 10:57 AM, Andreas Tille a écrit : > Hi, > > On Tue, Aug 14, 2012 at 09:06:46AM +0200, olivier.sal...@codeless.fr wrote: >> Le 8/13/12 1:35 PM, Andreas Tille a écrit : >>> On Mon, Aug 13, 2012 at 08:07:22PM +0900, Charles Plessy wrote: >>>> For libsnappy-java, since it still only has 10 Popcon users, of which I >>>> already >>>> contribute 2 or 3 points because I develop on multiple machines, we can >>>> also do >>>> something very "dark side", that is a) downgrade libsnappy-java to 1.0.3 >>>> using >>>> an epoch, and b) request its removal from Wheezy. >>> Its dirty but probably solves the problem in a way that causes the least >>> work for us currently. However, I think the popcon count is anyway >>> "alarming" enough to assume that we might leave some unhappy users >>> behind. >> I'd rather like avoiding a removal. >> I'd still prefer packaging a v1.0.3 ( with an epoch) > I agree that this is also my prefered solution but if the package say > > libsnappy1.0.3-java > > should be maintained in addition to libsnappy-java ... but without an > epoch IMHO, because these are distinct packages without a common > history. Or am I missing something? Nope, you"re right. > >> that conflicts with the current version > I do not see any reason for a conflict if the file names are different. > >> and a picard-tools that recomments 1.0.3. >> If 1.0.3 is not present, it does not matter, picard-tools will work. It >> is only "mandatory" for picard-tools building. > IMHO the only thing what we need to do in picard-tools is changing the > class dependencies from snappy.jar to snappy1.0.3.jar which should do > the trick. > > I tried something along this path and created > > git://git.debian.org/debian-med/snappy1.0.3-java.git > > However, when doing so I noticed that all downloadable versions > snappy-java-1.0.3.[1-3].tar.gz are unfortunately NOT featuring our > target class LoadSnappy. I wonder whether somebody could contact > picard-tools upstream again what exact version they are using (and > perhaps nagging again that finally using unmaintained code is definitely > not a good idea - beeing angry about ABI changes or not.) They refer to snappy 1.0.3-rc3 [0]. LoadSnappy is available there.
[0] http://code.google.com/p/snappy-java/source/browse/?name=snappy-java-1.0.3-rc3#hg%2Fsrc%2Fmain%2Fjava%2Forg%2Fxerial%2Fsnappy > > Kind regards > > Andreas. > > > -- > gpg key id: 4096R/326D8438 (keyring.debian.org) > Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/502b53b7.2020...@codeless.fr