> Because there are flag files, declaring a download as beeing complete.
> This file is used exactly the same way as with the version 0.8, it is
> basicaly the same code.
I see. But then, the package
a) should not create a new directory, tossing the old one away,
giving the impression it's irrelevant/obsolete,
b) should mention in the readme that importing old data consists of
two steps:
a) copying the "debs" and calling the script,
b) copying the private files.
> The trick is simple: copy the old "private" directory as-is, or at least
> the "*.complete" files from that to the new private directory.
> apt-cacher should recognise the complete downloads when this is done.
Since after importing all data, I have deleted the old stuff
(a foolish act, as I can see now), I am unable to do this. (But because
not re-downloading that 4.5 GB stuff is really worth some trouble, I
might try to re-create them with a script later.)
> Please close this bug report if the problem is solved (by sending an
> "ok" mail to [EMAIL PROTECTED] ). Thank you.
For debian's point of view, I will consider the problem solved if you
consider my above two points. ( a) and b). )
For my point of view, I guess I am on my own from this point;
I will have to reconstruct the structure somehow,
but this should not stop anyone (including me) from closing this bug.
(Which I will not do right now, because I think in it's current form,
the readme is misleading. It has surely mislead me, so it might do this
to others, too.)
Best wishes:
Kristof
ps. Anyway, thank you for your work on apt-cacher, this is a very
usefull tool, and you work does makes things easier.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
