From aaab8dfc1a59ccd04eeeeac99aa923da85be8985 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Thu, 7 Jan 2016 18:03:06 -0400 Subject: devblog --- .../day_354-355__beating_on_the_test_suite.mdwn | 8 ++++++++ doc/todo/smudge.mdwn | 22 +++++++++------------- 2 files changed, 17 insertions(+), 13 deletions(-) create mode 100644 doc/devblog/day_354-355__beating_on_the_test_suite.mdwn diff --git a/doc/devblog/day_354-355__beating_on_the_test_suite.mdwn b/doc/devblog/day_354-355__beating_on_the_test_suite.mdwn new file mode 100644 index 000000000..2eacb2acb --- /dev/null +++ b/doc/devblog/day_354-355__beating_on_the_test_suite.mdwn @@ -0,0 +1,8 @@ +Been working hard on the last several test suite failures for v6 unlocked +files. Now I've solved almost all of them, which is a big improvement to +my confidence in its (almost) correctness. + +Frustratingly, the test suite is still not green after all this work. +There's some kind of intermittent failure related to the sqlite database. +Only seems to happen when the test suite is running, and the error +message is simply "Error" which is making it hard to track down.. diff --git a/doc/todo/smudge.mdwn b/doc/todo/smudge.mdwn index 492401b6b..8bea3dac9 100644 --- a/doc/todo/smudge.mdwn +++ b/doc/todo/smudge.mdwn @@ -5,19 +5,6 @@ git-annex should use smudge/clean filters. * Intermittent sqlite related test suite failures, with: Exception: failed to commit changes to sqlite database: Just SQLite3 returned ErrorIO while attempting to perform step. sqlite worker thread crashed: SQLite3 returned ErrorError while attempting to perform step. - -* Dropping a smudged file causes git status (and git annex status) - to show it as modified, because the timestamp has changed. - Getting a smudged file can also cause this. - Upgrading a direct mode repo also leaves files in this state. - User can use `git add` to clear it up, but better to avoid this, - by updating stat info in the index. - (May need to use libgit2 to do this efficiently, cannot find - any plumbing except git-update-index, which is very inneficient for - smudged files.) - ** This causes some test suite failures; git merge fails when files - are in this state ** - * Reconcile staged changes into the associated files database, whenever the database is queried. This is needed to handle eg: git add largefile @@ -32,6 +19,15 @@ git-annex should use smudge/clean filters. (And should avoid unlocking an object with a hard link if it's hard linked to a shared clone, but that's already accomplished because it avoids unlocking an object if it's hard linked at all) +* Dropping a smudged file causes git status (and git annex status) + to show it as modified, because the timestamp has changed. + Getting a smudged file can also cause this. + Upgrading a direct mode repo also leaves files in this state. + User can use `git add` to clear it up, but better to avoid this, + by updating stat info in the index. + (May need to use libgit2 to do this efficiently, cannot find + any plumbing except git-update-index, which is very inneficient for + smudged files.) * Crippled filesystem should cause all files to be transparently unlocked. Note that this presents problems when dealing with merge conflicts and when pushing changes committed in such a repo. Ideally, should avoid -- cgit v1.2.3