]> dgit.raspbian.org Git - git-annex.git/commitdiff
comments
authorJoey Hess <joeyh@joeyh.name>
Thu, 30 Dec 2021 16:45:00 +0000 (12:45 -0400)
committerJoey Hess <joeyh@joeyh.name>
Thu, 30 Dec 2021 16:45:00 +0000 (12:45 -0400)
doc/bugs/merge-annex-branches__61__false_-_automate_and_extend/comment_10_d2242b526c7cce1084bbb63ef2bfe06a._comment [new file with mode: 0644]
doc/bugs/merge-annex-branches__61__false_-_automate_and_extend/comment_9_49cda6f52fa4fb527b392f6ee6bae078._comment [new file with mode: 0644]

diff --git a/doc/bugs/merge-annex-branches__61__false_-_automate_and_extend/comment_10_d2242b526c7cce1084bbb63ef2bfe06a._comment b/doc/bugs/merge-annex-branches__61__false_-_automate_and_extend/comment_10_d2242b526c7cce1084bbb63ef2bfe06a._comment
new file mode 100644 (file)
index 0000000..2ff530e
--- /dev/null
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 10"""
+ date="2021-12-30T16:43:10Z"
+ content="""
+@yoh I'm also planning to extend git-annex's test suite with checks that
+some of the basic queries work in readonly repos.
+"""]]
diff --git a/doc/bugs/merge-annex-branches__61__false_-_automate_and_extend/comment_9_49cda6f52fa4fb527b392f6ee6bae078._comment b/doc/bugs/merge-annex-branches__61__false_-_automate_and_extend/comment_9_49cda6f52fa4fb527b392f6ee6bae078._comment
new file mode 100644 (file)
index 0000000..9b6c23c
--- /dev/null
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 9"""
+ date="2021-12-30T16:34:03Z"
+ content="""
+@jkniiv that may somehow be windows-specific, if opening a sqlite database
+on windows in order to only query it needs write access.
+
+I did try this on linux with an unlocked file and it did not crash, but the
+file was already present in the database. I also tried with the keysdb
+deleted, and it still worked. I'm sure that there are situations though
+where the database is not updated where it will try to populate it before
+querying it, which will fail when it cannot write.
+
+It would be worth filing new bug reports for such issues. Although
+when write access is unavoidable, I might just have to close them.
+"""]]