git-annex/doc/devblog/day_83__armel_webapp.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

19 lines
1,011 B
Markdown

Got the arm webapp to build! (I have not tried to run it.) The build
process for this is quite elaborate; 2 chroots, one amd64 and one armel,
with the same versions of everything installed in each, and git-annex is
built in the first to get the info the EvilSplicer needs to build it in the
second.
Fixed a nasty bug in the assistant on OSX, where at startup it would follow
symlinks in the repository that pointed to directories outside the
repository, and add the files found there. Didn't cause data loss itself
(in direct mode the assistant doesn't touch the files), but certainly
confusingly breaks things and makes it easy to shoot your foot off. I will
be moving up the next scheduled release because of this bug, probably to
Saturday.
Looped the git developers in on a problem with git failing on some kernels
due to `RLIMIT_NOFILE` not working. Looks like git will get more robust and
this should make the armel build work on even more embedded devices.
Today's work was sponsored by Johan Herland.