diff options
author | 2013-11-22 19:03:01 -0400 | |
---|---|---|
committer | 2013-11-22 19:03:01 -0400 | |
commit | 0ad4ba1893b95e1e6961fb9fa9fcdec0bdb75666 (patch) | |
tree | 22bf74292dbadf809d5401e4664d03ab391bdef0 /doc/devblog/day_63__leverage.mdwn | |
parent | 0b83c3d4a173ebd4b5438f34b2fee490a2e97a72 (diff) |
devblog
Diffstat (limited to 'doc/devblog/day_63__leverage.mdwn')
-rw-r--r-- | doc/devblog/day_63__leverage.mdwn | 23 |
1 files changed, 23 insertions, 0 deletions
diff --git a/doc/devblog/day_63__leverage.mdwn b/doc/devblog/day_63__leverage.mdwn new file mode 100644 index 000000000..57c64bd3b --- /dev/null +++ b/doc/devblog/day_63__leverage.mdwn @@ -0,0 +1,23 @@ +The difference picking the right type can make! Last night, I realized that +the where I had a `distributionSha256sum :: String`, I should instead use +`distributionKey :: Key`. This means that when git-annex is eventually +downloading an upgrade, it can treat it as just another Key being +downloaded from the web. So the webapp will show that transfer along with +all the rest, and I can leverage tons of code for a new purpose. For +example, it can simply fsck the key once it's downloaded to verify its +checksum. + +Also, built a DistriutionUpdate program, which I'll run to generate the +info files for a new version. And since I keep git-annex releases in a +git-annex repo, this too leverages a lot of git-annex modules, and ended up +being just 60 easy lines of code. The upgrade notification code is tested +and working now. + +And, I made the assistant detect when the git-annex program binary is +replaced or modified. Used my existing DirWatcher code for that. The plan +is to restart the assistant on upgrade, although I need to add some sanity +checks (eg, reuse the lsof code) first. + +---- + +Today's work was sponsored by Paul Tötterman |