watch git-annex program file to detect upgrades
Not yet wired up to restart the assistant on upgrade; that needs careful sanity checking to wait until the upgrade is done before restarting. Used the DirWatcher here, so it gets events for any changes to the directory containing the program file. (But not subdirs.) This is necessary in order to detect when the file is renamed as part of the upgrade, which an inotify on a single file would not detect. (Also, I have DirWatcher code, but not FileWatcher code.) Note that upgrades that remove or rename a whole directory tree containing the executable will *not* trigger this code. So eg, deleting and replacing the whole standalone tarball dir tree won't work -- but untarring it over top will. So should dpkg package upgrades. Added programPath, using a new GHC feature to find the full path to the executable. The fallback code for old GHC or unsupported OS is less good; its worst failure mode would be either failing to find the program, and so not checking for upgrades, or finding a git-annex that's in PATH, but is not the one running. This commit was sponsored by John Roepke.
This commit is contained in:
parent
f8a3dd9c3d
commit
766c31c95c
5 changed files with 81 additions and 1 deletions
4
debian/changelog
vendored
4
debian/changelog
vendored
|
@ -5,6 +5,10 @@ git-annex (5.20131121) UNRELEASED; urgency=low
|
|||
* webapp: Detect when an upgrade to git-annex is available.
|
||||
(Only when git-annex is installed using the prebuilt binaries
|
||||
from git-annex upstream, not from eg Debian.)
|
||||
* assistant: Detect when the git-annex binary is modified or replaced,
|
||||
and either prompt the user to restart the program, or automatically
|
||||
restart it.
|
||||
* annex.autoupgrade configures both the above upgrade behaviors.
|
||||
|
||||
-- Joey Hess <joeyh@debian.org> Wed, 20 Nov 2013 18:30:47 -0400
|
||||
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue