"Bernhard R. Link" <[EMAIL PROTECTED]> writes:
> * Goswin Brederlow <[EMAIL PROTECTED]> [060607 19:25]:
>> When mirror space is tight and you haven't updated for a few days the
>> space needed to download all uploads before the obsolete debs are
>> deleted can be too much. It would be nice if one could skip
>> downloading debs and just clean up or cleanup before downloading.
>
> That's a relatively tough one that would need quite some changes and
> imposes a high propability of inconsistent data when done poorly.
> (I think the only sane way would be to remove all packages to be
> upgraded in a first step from the distributions, as keeping the package
> descriptions while the file references already deleted leads to
> inevitable inconsistencies. Then suppressing a export of that stripped
> down distributions (which is easy), followed by the downloading and
> installation of the new packages, with the hard part to also export
> those targets where only deletions occoured and no new things were
> added. With this the worst thing that can happen when errors occour is
> packages vanishing instead of getting upgraded.)
>
> Also note that when deleting things first, any client trying to use the
> mirror while things are downloaded (which would be relatively lengthy in
> this case when this matters), will either not find any Packages files
> (when they are deleted first) or get Packages files listing files no
> longer downloadable (as already deleted)). So I really think getting
> more disk space is very adviseable, even when this feature gets
> implemented.
I'm totaly fine with removing all packages that are no longer in the
new Packages file _and_ exporting the index. Sure packages will be
missing then until the updates come in but I can live with that. I
have my local mirror and ftp.de.debian.org in sources.list anyway so
there is a fallback.
I would implement this as a seperate "reprepro cleanup" command that
updates all Packages/Sources files but then only runs the '-' rule in
updates. That should be simple to implement and make it clear enough
that to users that they are purposefully removing packages without
updates in place.
> Hochachtungsvoll,
> Bernhard R. Link
MfG
Goswin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
