The point? 1) The replacing via hardlink is an assumption. I don't keep them on the same filesystem, I keep them on another external. 2) For backups. I'm keeping backups of my apt cache, so that if something goes wrong I don't have to make a trip to a decent internet source just to download/copy the 2GB of data that I have backed up. I use incremental backups. This means that if I import overtop, then I have to re-backup everything instead of only backing up the changes.
My case is very specific, but I don't see how this can be as bloated as Rolf Leggewie suggested. Granted it's one more feature you have to add. Here is my exact situation. Though I think it is irrelevant, I would welcome a workaround until (if) this feature is added: I have two apt-cacher-ng caches. One is located with a very good download connection. This computer downloads updates, and new software as I see fit. Then I copy all the updates to an external. This external has plenty of debian files I don't need, but has everything I do need. Then I take this external and import everything into my local cache that has bad internet. This cache is 1 hour bus drive away from the good internet connection. I rarely visit the good internet connection unless I need to. (Note: I'm working in Africa). As I said, I then use incremental backups on the local cache. Any more questions in order to prove the worth of this? On Thu, Jul 8, 2010 at 12:55 AM, Eduard Bloch <[email protected]> wrote: > What's the point? > > The "replacing" is already done via hardlink creation if the files are > on the same filesystem. I.e. the operation is quite cheap. > > Checking file contents is the expensive part but this cannot be avoided > (easily). > > -- > option on import to not replace current packages > https://bugs.launchpad.net/bugs/602593 > You received this bug notification because you are a direct subscriber > of the bug. > -- option on import to not replace current packages https://bugs.launchpad.net/bugs/602593 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
