Thanks for the reply. I pinpointed the problem (using 'xz --list -vvv data.tar.xz' ) : for some strange reason, the data.tar.xz in your packages is using CRC32 instead of CRC64 for integrity (that's weird...) . This also clearly explains why the server was always wrong by 4 bytes!! I will add a new autodetect rule to detect this as well. a. On 12/06/2012 15:07, Hilmar Preusse wrote: > On 12.06.12 A Mennucc (debdev@tonelli.sns.it) wrote: > > Hi, > >> I manage the debdelta service; debdelta tries to recreate identical >> copies of deb packages; in your recent upload, you used xz >> compression for the data.tar part of packages, and when the server >> analyzed your packages, it was unable to replicate the exact xz >> compression, so it failed: >> may you tell me if you did use some specific options for xz compression? >> > We use "dh_builddeb -- -Zxz" . Please note, that we got #675537, > which could be related. > > H.
Attachment:
signature.asc
Description: OpenPGP digital signature