On 03/03/2011 05:29 AM, Bernhard R. Link wrote:
* Jeffrey B. Green<j...@kikisoso.org> [110302 15:27]:
As a final note in the context of a wishlist item, it would (still) be
good to have some procedure, either written in the documentation (and
not hidden too much) or in executable form, for doing an overall
consistency check of the local repository in relationship to the master.
(Assuming both are Debian repositories.) It also needs to be stated as
such. It is just a good common sense tool to have.
I'm not sure a comparison to upstream is much helpfull here. In your
case the difference were the Architecture field (which check now finds
if wrong without comparing to anything else) and the Filename.
The filename is supposed to be able to differ from upstream, as reprepro
is using a pool (and the main reason of the pool is having consistent
filenames, so files can be shared). So it would have need to check that
the filename is the correct local equivalent, which would be mostly the
check of the filename that 'check' does, except comparing the
architecture to upstream and not to the local one. But as check now also
checks that the local architecture is what it should be, that should all
be covered.
If you have some other idea what could be checked, let me know.
I currently plan to close this bug with the version that adds all the
checking.
The point is not so much capabilities as it is a simple conceptual
solution that I expect most people to understand. That is why I
suggested that it can just be a procedure to follow given in the
documentation. It possibly then can be referred to in the man page.
However, if all of the capabilities are not available in the software to
do at least provide for a minimal consistency check, then I feel they
need to be added.
That being said and you feel that what is available is adequate for the
full spectrum of users of reprepro, then you probably should close it.
And I guess then we'll see.
Thanks again for your work.
regards,
-jeff
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org