Coin, "Bernhard R. Link" <[EMAIL PROTECTED]> writes:
> This is quite difficult and the current emphasis is to try to never > delete anything that might cause high costs to retrieve (bandwidth) or > recreate (build). The problematic part is that makeing sure everything > will work before is only partially possible (md5summing all files, > checking all databases, everything having quite some overhead; and if > a file can be copied where it belongs to is only possible after it is > copied). Deleting afterwards has to make sure it does not hit files > already being in the pool (I do not want to delete them in this > situation, even if nothing else references them) or to rip a package > apart when it is told to move stuff to the pool and only some parts > can be moved back. So more atomic behaviour would be nice, but is quite > hard to get. The current behaviour should have no larger ill effects, > though. I personnaly don't care much about bandwidth, mostly because a rejected package would surely have to be rebuilt, or signed, or ... and most if not all uploaded files would have to be reuploaded when corrected. Fact is the upload dir can be conservative for a certain amount of time, allowing people to reupload only fixed files. A command file like in the Debian upload queue can also be implemented to reach this goal. In fact i don't mind having left files around in the incoming directory, it is not meant for public access to "good" ressource, while the files in the repository itself are (even if not in the lists). >> (even if the db is clean, the filesystem should be clean too). > > Are those not in the database already? Unless that got missed, > a reprepro deleteunreferenced should remove all that stuff. Ho ! That's nice ! Yes i missed this feature completly :-) Thanks a lot, this is a "not so bad" workaround. I discovered reprepro thanks to a friend, in this page : http://www.debian-administration.org/articles/286 It is a nice example, but this does not cover the all capabilities in this simple example. I'll try to make my knowlege public when i get all this working as i like ; some more ducumentation is clearly missing. Then, it is up to you to leave this bug open or not, as i should be able to do what i need now. It would perhaps be a nice remimder for the todolist. -- Marc Dequènes (Duck)
pgp6g76rsoGSK.pgp
Description: PGP signature
