git-annex/doc/devblog/day_193-194__ugly_bug.mdwn
Joey Hess e213ef310f git-annex (5.20140717) unstable; urgency=high
* Fix minor FD leak in journal code. Closes: #754608
  * direct: Fix handling of case where a work tree subdirectory cannot
    be written to due to permissions.
  * migrate: Avoid re-checksumming when migrating from hashE to hash backend.
  * uninit: Avoid failing final removal in some direct mode repositories
    due to file modes.
  * S3: Deal with AWS ACL configurations that do not allow creating or
    checking the location of a bucket, but only reading and writing content to
    it.
  * resolvemerge: New plumbing command that runs the automatic merge conflict
    resolver.
  * Deal with change in git 2.0 that made indirect mode merge conflict
    resolution leave behind old files.
  * sync: Fix git sync with local git remotes even when they don't have an
    annex.uuid set. (The assistant already did so.)
  * Set gcrypt-publish-participants when setting up a gcrypt repository,
    to avoid unncessary passphrase prompts.
    This is a security/usability tradeoff. To avoid exposing the gpg key
    ids who can decrypt the repository, users can unset
    gcrypt-publish-participants.
  * Install nautilus hooks even when ~/.local/share/nautilus/ does not yet
    exist, since it is not automatically created for Gnome 3 users.
  * Windows: Move .vbs files out of git\bin, to avoid that being in the
    PATH, which caused some weird breakage. (Thanks, divB)
  * Windows: Fix locking issue that prevented the webapp starting
    (since 5.20140707).

# imported from the archive
2014-07-17 11:27:25 -04:00

37 lines
2 KiB
Markdown

**Important** A bug [[caused the assistant to sometimes remove all files|bugs/bad_merge_commit_deleting_all_files]] from the git repository.
You should check if your repository is ok. If the bug hit you, it should be
possible to revert the bad commit and recover your files with no data loss.
See the bug report for details.
This affected git-annex versions since 5.20140613, and only when using the
assistant in direct mode. It should be fixed in today's release,
5.20140709.
I'm available <urgent2014@joeyh.name> to help anyone hit by this
unfortunate bug.
This is another bug in the direct mode merge code. I'm not happy about it.
It's particularly annoying that I can't fix up after it automatically
(because there's no way to know if any given commit in the git history that
deletes all the files is the result of this bug, or a legitimate deletion
of all files).
The only good thing is that the design of git-annex is pretty robust, and
in this case, despite stupidly committing the deletion of all the files in
the repository, git-annex did take care to preserve all their contents and
so the problem should be able to be resolved without data loss.
Unfortunately, the main autobuilder is down and I've had to spin up
autobuilders on a different machine (thank goodness that's very automated
now!), and so I have not been able to build the fixed git-annex for android
yet. I hope to get that done later this evening.
---
Yesterday, I fixed a few (much less bad) bugs, and did some thinking about
plans for this month. The [[design/roadmap]] suggests working on some of
[[!traillink design/assistant/chunks]], [[!traillink design/assistant/deltas]] or [[!traillink design/assistant/gpgkeys]].
I don't know how to do deltas yet really. Chunks is pretty easily done.
The gpg keys stuff is pretty open ended and needs some more work to define
some use cases. But, after today, I am more inclined to want to spend
time on better testing and other means of avoiding this kind of situation.