dapper indices files still being regenerated but shouldn't be

It's not in the apt.conf we pass to apt-ftparchive so if it's being regenerated I don't see where it can be happening.

Sorry, I should have added to that "But I do see it is happening"

I'm still chasing it down

Because the Packages files are identical to Edgy's the dsync deduping is deduping them and unfortunately picking the edgy one as the primary and thus making dapper's match edgy's

The symptom will go away when we have updated packages in edgy. Unfortunately the bug is deeper than that

Malcc, have you done something in this land in you p-d-o branch ?

We might be better off not running dsync on the dists/ tree.

No, I haven't touched this problem.

The only solution I can see, assuming Daniel's analysis is correct, is to not run dsync in the dists tree.

Dsync appears to assume that it's ok to make two files with identical contents hardlinks to the same underlying file, but this can't be done without changing timestamps; if timestamps can't be changed in the dists tree, running dsync on the dists tree is not safe.

As far as we know, we'll have this problem again if we were to open edgy+1 with today's Soyuz.

Discussed this with James, who pointed out that not running dsync on the dists tree would be bad, because it also contains all the installer stuff, which needs de-duplicating.

The alternative suggestion is, modify dsync to steer clear of Sources, Packages and Release files.

A look was taken, and dsync may already do this:

<cjwatson> malcc: I think you can just pass extra options to dsync-flist generate: -e 'Packages*' -e 'Sources*' -e 'Release*'
<malcc> cjwatson: Cool!
<cjwatson> just check that that doesn't end up deleting files or whatever, but I don't think it will
<cjwatson> if it does, dsync-flist has other filter options - let me know and I'll look into them for you

I need to do some testing.

We've worked around this for the feisty release by disabling dsync link-dups; we'll re-enable it once feisty diverges from edgy.

Reduced in priority to high because of existence of workaround.

James,

Does dsync still disabled as mentioned ?

Have we implemented anything towards improving the dsync filtering options to still catching dups on installer but not in archive indexes ?

Pushing off so we survive 1.1.7.

Fix in RF 4885.