On Sun, 21 Feb 2016 23:11:57 +0100 David Kalnischkies wrote: > On Sun, Feb 21, 2016 at 12:34:03PM +0100, Francesco Poli wrote: [...] > > Wiping /var/lib/apt/lists completely and starting afresh was useless: > > Zip up the lists/ directory + your /etc/apt. DO NOT run update again > before doing that. Upload that somewhere. Also/Alternatively run > $ grep ^Date /var/lib/apt/lists/*Release Hello David! The output of this command is: # grep ^Date *Release httpredir.debian.org_debian_dists_testing_InRelease:Date: Sun, 21 Feb 2016 09:20:23 UTC httpredir.debian.org_debian_dists_unstable_InRelease:Date: Sun, 21 Feb 2016 09:20:23 UTC security.debian.org_dists_testing_updates_InRelease:Date: Sat, 20 Feb 2016 16:10:41 UTC > That way we should be able to get the needed files from snapshot.d.o > (assuming you haven't third-party sources enabled). No third-party sources enabled, hence everything should be obtainable from snapshot.d.o ... > > The "fun" part about these cache generation segfaults is that they are > highly dependent on pretty much everything and the slightest change to > the files (and possibly also the moon) will not trigger them again as > the 'buggy' code behaves normal in 99,99% of all cases. > > Having the files available might or might not help in figuring out the > problem, but it at least helps consistently in figuring out if the > specific instance is really found and fixed. I'll see what I can do to make the files available. -- http://www.inventati.org/frx/ There's not a second to spare! To the laboratory! ..................................................... Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE
Attachment:
pgpiBKctluYbF.pgp
Description: PGP signature