comment
This commit is contained in:
parent
78da00c7a6
commit
398f9decd4
1 changed files with 26 additions and 0 deletions
|
@ -0,0 +1,26 @@
|
||||||
|
[[!comment format=mdwn
|
||||||
|
username="joey"
|
||||||
|
subject="""comment 4"""
|
||||||
|
date="2021-06-14T18:20:06Z"
|
||||||
|
content="""
|
||||||
|
Maybe it's better to not tie this directly in to fsck. Another way
|
||||||
|
would be:
|
||||||
|
|
||||||
|
git annex untrust foo --after=100days
|
||||||
|
|
||||||
|
The first time this is run, it would record that the trust level will
|
||||||
|
change to untrust after 100 days. The next time it's run, it would advance
|
||||||
|
the timeout.
|
||||||
|
|
||||||
|
So, you could do whatever fsck or other checks make you still trust the
|
||||||
|
repo, and then run this again.
|
||||||
|
|
||||||
|
Implementation would I guess need a separate future-trust.log in addition
|
||||||
|
to trust.log, and when loading trust levels, if there was a value in
|
||||||
|
future-trust.log that has a newer timestamp than the value in trust.log,
|
||||||
|
and enough time has passed, use it instead of the value from trust.log.
|
||||||
|
That way it avoids breaking older git-annex with changes to trust.log.
|
||||||
|
|
||||||
|
No need to change what's in trust.log, although it could, which would also
|
||||||
|
let older git-annex versions learn about the change to trust.
|
||||||
|
"""]]
|
Loading…
Reference in a new issue