Re: [fossil-users] Fingerprinting a fossil repository

[Ron Aaron]

Yeah, something on that order.  I need to refine it (but what I have
does work, it's just clunky).  Still would be nice to simply be able to
say "fossil fingerprint"...

On 08/22/2013 06:26 PM, Stephan Beal wrote:
> On Thu, Aug 22, 2013 at 5:19 PM, Ron Aaron  > wrote:
>
> Adding 'select mtime from config order by mtime;' helps, but it's too
> sensitive (the update time is there, as are a few other things which
> would change without the repo itself changing).
>
>
> why not:
>
> {
>   ...Joerg's code...
>   echo 'select name, value FROM config ORDER BY name' | fossil sqlite
> } | fossil sha1 -
>
> :-?
>
> That allows you to add any number of such queries as you find other
> areas which need to be accounted for (user list!).
>
> -- 
> - stephan beal
> http://wanderinghorse.net/home/stephan/
> http://gplus.to/sgbeal

-- 
Please use my GnuPG key "AD29415D" to communicate with me securely

___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] Fingerprinting a fossil repository

[Stephan Beal]

On Thu, Aug 22, 2013 at 5:19 PM, Ron Aaron  wrote:

> Adding 'select mtime from config order by mtime;' helps, but it's too
> sensitive (the update time is there, as are a few other things which
> would change without the repo itself changing).
>

why not:

{
  ...Joerg's code...
  echo 'select name, value FROM config ORDER BY name' | fossil sqlite
} | fossil sha1 -

:-?

That allows you to add any number of such queries as you find other areas
which need to be accounted for (user list!).

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] Fingerprinting a fossil repository

[Ron Aaron]

That is a nice start.

Unfortunately, it doesn't catch config changes.

Adding 'select mtime from config order by mtime;' helps, but it's too
sensitive (the update time is there, as are a few other things which
would change without the repo itself changing).

Food for thought, though.

On 08/22/2013 12:00 PM, Joerg Sonnenberger wrote:
> On Thu, Aug 22, 2013 at 06:41:58AM +0300, Ron Aaron wrote:
>> So I tried to find a way to discern whether or not a repo was *really*
>> different, and I hit upon the following.  I think it would be nice if
>> there were an easier way.
> echo 'select uuid from blob order by blob' | fossil sqlite | fossil sha1 -
>
> would be a good start.
>
> Joerg
>

-- 
Please use my GnuPG key "AD29415D" to communicate with me securely

___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] Fingerprinting a fossil repository

[Stephan Beal]

On Thu, Aug 22, 2013 at 5:07 PM, Ron Aaron  wrote:

>  Em, rsync doesn't help.  ...Secondly, because I'm putting the files
> 'on the cloud', and rsync can't help me there.
>

Ah, of course.

i suspect that Joerg's suggestion (or some derivative) is probably the
easiest.

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] Fingerprinting a fossil repository

[Ron Aaron]

Em, rsync doesn't help.  Firstly, because I'm doing my backup on an
encrypted version of the entire fossil repo (not the individual files),
which changes in its entirety if after a 'fossil upd'.   Secondly,
because I'm putting the files 'on the cloud', and rsync can't help me there.

On 08/22/2013 11:48 AM, Stephan Beal wrote:
> On Thu, Aug 22, 2013 at 5:41 AM, Ron Aaron  > wrote:
>
> So I tried to find a way to discern whether or not a repo was *really*
> different, and I hit upon the following.  I think it would be nice if
> there were an easier way.
>
>
> Have you tried rsync?
>
> rsync -qza -e ssh *.fsl me@remote:/remote/dir/.
>
> that will only copy the bits which changed AND only transport the
> diffs, so it's really efficient. Leave off the 'q' option to see what
> it's doing and get a report of how much data actually goes over the wire.
>
> Note that it can also copy to another local fs - it doesn't have to go
> over a network.
>
>
> -- 
> - stephan beal
> http://wanderinghorse.net/home/stephan/
> http://gplus.to/sgbeal

-- 
Please use my GnuPG key "AD29415D" to communicate with me securely

___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] Fingerprinting a fossil repository

[Joerg Sonnenberger]

On Thu, Aug 22, 2013 at 06:41:58AM +0300, Ron Aaron wrote:
> So I tried to find a way to discern whether or not a repo was *really*
> different, and I hit upon the following.  I think it would be nice if
> there were an easier way.

echo 'select uuid from blob order by blob' | fossil sqlite | fossil sha1 -

would be a good start.

Joerg
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] Fingerprinting a fossil repository

[Stephan Beal]

On Thu, Aug 22, 2013 at 5:41 AM, Ron Aaron  wrote:

> So I tried to find a way to discern whether or not a repo was *really*
> different, and I hit upon the following.  I think it would be nice if
> there were an easier way.
>

Have you tried rsync?

rsync -qza -e ssh *.fsl me@remote:/remote/dir/.

that will only copy the bits which changed AND only transport the diffs, so
it's really efficient. Leave off the 'q' option to see what it's doing and
get a report of how much data actually goes over the wire.

Note that it can also copy to another local fs - it doesn't have to go over
a network.


-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users